Chuck Norris123
Lt. Commander
- Registriert
- Apr. 2008
- Beiträge
- 1.281
Hallo,
ich bin aus anderen Foreneinträgen leider nicht schlau geworden, deswegen frage ich hier separat.
Ich habe 2 Phänomene in meinem Netzwerk, welche ich nicht verstehe, wo mir hier aber hoffentlich jemand weiterhelfen kann.
Ich habe eine selbst installierte 3CX-Anlage laufen, welche seit dem letzten Update nur noch, auch intern, über die 3CX FQDN erreichbar sein sollte. Nun habe ich auf meinem Pi-hole (läuft auf der Synology als VM) den entsprechenden DNS-Eintrag auf die interne IP-Adresse gesetzt, jedoch funktioniert das irgendwie nicht wie gedacht.
Ich habe die sonstige Netzwerktechnik von Ubiquiti, auch das USG-Pro 4 mit 2 getrennten Netzwerken und es zeigt sich folgendes Verhalten:
Synology mit der 3CX-VM und der Pi-hole VM ist in Netz A. Wenn ich einen Laptop in Netz B hänge, funktioniert die Namensauflösung über FQDN und auch der Zugriff auf die 3CX.
Wenn ich aber den selben Laptop in Netz A hänge, kommt über den Webbrowser der Fehler "ERR Connection Timed Out". Wenn ich dann mit nslookup nachsehe, kommt die richtige IP (von Pi-hole). Ich kann sie auch mit den entsprechenden Namen pingen und bekomme eine Antwort. Tippe ich im Webbrowser anstelle von "https://3cxdomain:5001" wo der Timeout kommt "https://3cxvmip:5001", erscheint das Benutzerinterface (nach dem Hinweis, dass es keine sichere Verbindung ist) mit dem Hinweis, dass ich eigentlich FQDN oder https brauchen würde. - Wie kann das sein? - Ich habe ja eigentlich eine entsprechende Verbindung da ich ja über die IP direkt draufkomme?!
Edit: Nun bin ich soweit dahintergekommen, dass es anscheinend an einer FW-Regel zur Netzwerktrennung liegt: - Block IP-Group 192.168.0.0/16 to IP-Group 192.168.0.0/16 sollte ja eigentlich Netz A und Netz B trennen, es sei denn es ist Verkehr von B auf A und umgekehrt erlaubt. Wenn ich diese aber pausiere, dann funktioniert die Namensauflösung auch in Netz A auf Netz A. - Wie kann das sein, da ja eigentlich damit im 192.168.1.1/24er Netz die obere Regel nicht greifen sollte?!
Die andere seltsame Eigenheit ist, dass ich einen PC (Windows 10) habe, der die Namensauflösung irgendwie unlogisch macht:
Der PC ist in Netz A - Ich bekommt mit nslookup von Pi-hole die interne IP der 3cxVM. Wenn ich aber versuche diese mittels Namen zu pingen, pingt er die localhost IP 127.0.0.1 - Ich kann mit nicht wirklich erklären, woran das liegt?! Denn auch hier komme ich nicht über die Domäne auf die 3CX, wobei ich eben nicht weis, ob es an dieser Namensauflösung liegt, oder an einer Fehlkonfiguration der Firewall. Über die IP funktioniert es auch hier wie oben beschrieben...
Normalerweise ist doch im eigenen Netz die Firewall nicht beteiligt? - Sprich wenn ich z.B. von 172.16.1.10 zu .1.12 möchte, geht das nicht über die Firewall?! Wenn ich aber wie im Fall von Netz B auf A möchte muss ich ja über die Firewall, was aber eben auch tadellos funktioniert. Oder liege ich da falsch?
Ich habe schon FW-Regeln gesetzt, die nur gewissen Devices intern Zugriff ins jeweilig andere Netz gewähren, aber eigentlich geht es eben genau innerhalb des Netzwerks A nicht?!
Vielleicht weis jemand einen Rat, was ich noch probieren könnte um die 2 Probleme in den Griff zu bekommen.
Danke für die Hilfe dazu im Voraus.
Fg
Chuck
ich bin aus anderen Foreneinträgen leider nicht schlau geworden, deswegen frage ich hier separat.
Ich habe 2 Phänomene in meinem Netzwerk, welche ich nicht verstehe, wo mir hier aber hoffentlich jemand weiterhelfen kann.
Ich habe eine selbst installierte 3CX-Anlage laufen, welche seit dem letzten Update nur noch, auch intern, über die 3CX FQDN erreichbar sein sollte. Nun habe ich auf meinem Pi-hole (läuft auf der Synology als VM) den entsprechenden DNS-Eintrag auf die interne IP-Adresse gesetzt, jedoch funktioniert das irgendwie nicht wie gedacht.
Ich habe die sonstige Netzwerktechnik von Ubiquiti, auch das USG-Pro 4 mit 2 getrennten Netzwerken und es zeigt sich folgendes Verhalten:
Synology mit der 3CX-VM und der Pi-hole VM ist in Netz A. Wenn ich einen Laptop in Netz B hänge, funktioniert die Namensauflösung über FQDN und auch der Zugriff auf die 3CX.
Wenn ich aber den selben Laptop in Netz A hänge, kommt über den Webbrowser der Fehler "ERR Connection Timed Out". Wenn ich dann mit nslookup nachsehe, kommt die richtige IP (von Pi-hole). Ich kann sie auch mit den entsprechenden Namen pingen und bekomme eine Antwort. Tippe ich im Webbrowser anstelle von "https://3cxdomain:5001" wo der Timeout kommt "https://3cxvmip:5001", erscheint das Benutzerinterface (nach dem Hinweis, dass es keine sichere Verbindung ist) mit dem Hinweis, dass ich eigentlich FQDN oder https brauchen würde. - Wie kann das sein? - Ich habe ja eigentlich eine entsprechende Verbindung da ich ja über die IP direkt draufkomme?!
Edit: Nun bin ich soweit dahintergekommen, dass es anscheinend an einer FW-Regel zur Netzwerktrennung liegt: - Block IP-Group 192.168.0.0/16 to IP-Group 192.168.0.0/16 sollte ja eigentlich Netz A und Netz B trennen, es sei denn es ist Verkehr von B auf A und umgekehrt erlaubt. Wenn ich diese aber pausiere, dann funktioniert die Namensauflösung auch in Netz A auf Netz A. - Wie kann das sein, da ja eigentlich damit im 192.168.1.1/24er Netz die obere Regel nicht greifen sollte?!
Die andere seltsame Eigenheit ist, dass ich einen PC (Windows 10) habe, der die Namensauflösung irgendwie unlogisch macht:
Der PC ist in Netz A - Ich bekommt mit nslookup von Pi-hole die interne IP der 3cxVM. Wenn ich aber versuche diese mittels Namen zu pingen, pingt er die localhost IP 127.0.0.1 - Ich kann mit nicht wirklich erklären, woran das liegt?! Denn auch hier komme ich nicht über die Domäne auf die 3CX, wobei ich eben nicht weis, ob es an dieser Namensauflösung liegt, oder an einer Fehlkonfiguration der Firewall. Über die IP funktioniert es auch hier wie oben beschrieben...
Normalerweise ist doch im eigenen Netz die Firewall nicht beteiligt? - Sprich wenn ich z.B. von 172.16.1.10 zu .1.12 möchte, geht das nicht über die Firewall?! Wenn ich aber wie im Fall von Netz B auf A möchte muss ich ja über die Firewall, was aber eben auch tadellos funktioniert. Oder liege ich da falsch?
Ich habe schon FW-Regeln gesetzt, die nur gewissen Devices intern Zugriff ins jeweilig andere Netz gewähren, aber eigentlich geht es eben genau innerhalb des Netzwerks A nicht?!
Vielleicht weis jemand einen Rat, was ich noch probieren könnte um die 2 Probleme in den Griff zu bekommen.
Danke für die Hilfe dazu im Voraus.
Fg
Chuck
Zuletzt bearbeitet:
