Neue ConnectBox 3 - Private DNS funktioniert nicht

faetzminator · 2025-01-10T12:02:53+00:00

Sunrise Community - I clienti aiutano gli altri clienti per tutto ciò che riguarda la televisione, Internet, il telefono e il cellulare. Registratevi ora!

faetzminator

Hallo zusammen!

Ich habe gestern Abend meine UPC Connect Box 1 durch die Sunrise ConnectBox 3 ersetzt.

Ich verwende hinter der Connect Box ein Gerät von ASUS mit eigenem DHCP, DNS, … Auch WiFi läuft nicht über Connect Box, sondern dahinter.
Nachdem ich mein internes Subnetz gewechselt hatte, da die neue Connect Box 192.168.1.0 statt 192.168.0.0 verwendet, lief das Netz nicht schlecht. (Ich verwende unterschiedliche Subnets, damit ich z.B. aus meinem Netz heraus auf die Connect Box komme.)

Auf den zweiten Blick habe ich nun kleine Netzwerkprobleme. Z.B. die Android News-Apps 20min oder Watson laden nicht mehr, wenn im WiFi. Nach einigem Herumspielen habe ich herausgefunden, dass dies umgangen werden kann, wenn ich “Privates DNS” in Android deaktiviere (oder auf Mobile Daten wechsle).

Nun, mein ASUS-Gerät sollte die DNS IPs im LAN selbst verteilen. Inzwischen konnte ich das auch WAN-seitig umstellen. Ich verwende Quad9 mit Backup auf Cloudflare.

Auf Seite ConnectBox habe ich leider nicht viele Optionen. Deaktivierung der “Firewall” hilft nicht.

Zwei Tage früher fälschlicherweise wurde noch “Sunrise Surf protect” aktiviert, aber das ist wieder deaktiviert und eine Kausalität scheint nicht gegeben (nur schon zeitlich…).

Irgendeine Idee?

Liebe Grüsse, faetzminator

EZS1234

Eines wird, zumindest mir, nicht so ganz klar. Du betreibst die Connect Box im Bridge Modus oder nicht? Wenn Nein, warum nicht? Den den folgenden Teil habe ich genau darum nicht begriffen

faetzminator Nachdem ich mein internes Subnetz gewechselt hatte, da die neue Connect Box 192.168.1.0 statt 192.168.0.0 verwendet, lief das Netz nicht schlecht.

Xydocq

faetzminator

Das Private DNS Problem kenne ich auch. Davon betroffen sind so ziemlich alles Webbrowser. Ob Android, Iphone oder Windows PC, einzig FireFox auf Windows PC kam damit klar, alle anderen Geräte = Total Ausfall.

Ebenfalls habe ich festgestellt, dass es nur “sichere” Verbindungen sind, die betroffen sind.
http > kein Problem - https > keine Verbindung

Mein Workaround für die Windows PC ist die hosts-Datei. Andere Geräte können nur noch über Internet auf die interne Resource zugreifen.

faetzminator

Xydocq mit meinen Browsern habe ich noch kein Problem festgestellt, d.h. Chromium auf Arch Linux sowie Chrome auf Windows 11 & Android 15. Gut möglich, dass es aber ein ähnlich gelagertes Problem ist.

faetzminator

Hey EZS1234, nein, ich verwende die ConnectBox im “normalen” Modus.

Da ich aktuell alle WiFi deaktiviert habe, und da physisch nur der ASUS-Router dranhängt, habe ich dementsprechend auch nur einen DHCP-Client, die ASUS-Box.

Die ASUS-Box hänge ich mit WAN an die ConnectBox und ich kontrolliere den Zugriff von aussen mit IPv4 NAT.

Gruss, faetzminator

Xydocq

faetzminator nur einen DHCP-Client, die ASUS-Box.

Hat die Asus Box einen Access Point Modus? Dann gäbe es den DHCP auch für WLAN von der Connect Box 3

Gibt es einen Grund diese Betriebsart nicht zu verwenden?

Xydocq

Kann auch sein, dass ich mich verlesen habe.

Bei mir ist/war der interne DNS betroffen. Die Auflösung der URL in eine lokale IP.

Verbindungen in’s Internet haben immer funktioniert.

faetzminator

Xydocq ich verwende keinen lokalen named (oder anderen Daemon) - grundsätzliches DNS funktioniert, siehe:
[faetzminator@zeus ~]$ nslookup google.com
Server: 9.9.9.9
Address: 9.9.9.9#53
Non-authoritative answer:
Name: google.com
Address: 216.58.215.238
Name: google.com
Address: 2a00:1450:400a:800::200e

Mit “Private DNS” kenne ich mich bis dato nicht aus.

faetzminator

Xydocq ich will meinen Internet-Provider bzw. deren Hard- und Software nicht in mein LAN reinlassen.
Aber ja, es ist die Box RT-AC68U und da gäbs verschiedene Arten, die laufen zu lassen.

pcfreak

faetzminator Ach da stimmt aber was nicht. Der Google DNS ist 8.8.8.8

und der DNS von Quad9 ist 9.9.9.9

pato

faetzminator Du bist wahrscheinlich vom Surf&Protect beim neuen Abo geschützt, damit du keine anderen DNS Server verwenden kannst.
Log in dein MySunrise ein und deaktiviere dort das Surf&Protect.

Xydocq

faetzminator die von dir genannte Fehlermeldung tritt auf wenn der DNS Server als “Nicht Vertrauenswürdig” eingestuft wird.

Das kann Browser abhängig sein. Ebenso die Art und Weise wie DNS abgefragt werden http oder https. Vorherrschend ist die Verwendung von http (unverschlüsselt).

Für deine Art des Betriebs würde ich die Nutzung von DMZ empfehlen. Diese auf der Connect Box 3 aktivieren und eine IP ausserhalb des DHCP Bereichs der Connect Box wählen. Ich habe bei mir 192.168.1.9 gewählt. Die Konfiguration auf dem Asus-Router anpassen. Ich verwende bei mir die DNS von google. Was da meiner Meinung nach zu beachten ist findest du hier: https://community.sunrise.ch/d/41791-router-modus-vs-bridge-mode-vs-router-modus-mit-dmz

faetzminator

pato wie erwähnt wurde anfangs Woche versehentlich “Surf&Protect” aktiviert, welches ich gestern Abend wieder deaktiviert hatte. Das Problem tritt aber erst seit gestern auf, als ich die neue ConnectBox angehängt habe.

Xydocq danke für deinen Hinweis zum Setup, werde ich bei Gelegenheit im Detail anschauen.
Ich verstehe aber immer noch nicht, inwiefern der Wechsel der ConnectBox Private DNS negativ beeinflussen kann. Die IP-Adressen der Name Server sind eh und je auf der ASUS-Box entw. auf Cloudflare, Google oder Quad9 eingestellt. Und die mobilen Geräte verbinden schon immer auf dessen WiFi.

faetzminator

Hallo zusammen

Herzlichen Dank nochmals für die Beteiligung allerseits.

Die Probleme mit DNS Paket loss sollte ich nicht haben, da ich jetzt via ASUS-Router auf mehrere Anbieter (als Fallback) gehe.

Diverse andere Threads zu Problemen mit IPv6 sind hier zu finden. Ich lasse mein Setup mit beiden Routern vorerst wie gehabt und nur IPv4.

Xydocq u/o IPv6 würde ich mir anschauen, sobald ich etwas reinrouten wollen würde, oder sonst nicht vertrauenswürdige Clients im WiFi hätte.

Xydocq

faetzminator Ich verstehe aber immer noch nicht, inwiefern der Wechsel der ConnectBox Private DNS negativ beeinflussen kann.

bei mir trat der DNS Fehler, wenn er auch anders ist als deiner, von jetzt auf gleich auf. Ich weiss es auch nicht, vermutlich war es ein software update oder sonst was.

pato

faetzminator Bei der neuen Box ist es möglicherweise wieder reaktiviert worden.

faetzminator

pcfreak ich habe einen Lookup von google.com via Quad9 gemacht 😉

Ich habe jetzt DNS nur noch WAN-seitig konfiguriert, hilft leider auch nicht. Muss noch weiter mit dem ASUS-Router rumspielen.

Habe nur zur Sicherheit noch das WiFi der ConnectBox getestet, dort scheint alles perfekt zu funktionieren.

pato

faetzminator Quad9 hatte zumindest seit gestern Abend Paketloss auf einem Interface, welches sie vorhin behoben hatten, respektive zumindest verbessert. Ich habe noch immer minimaler Loss, aber massiv viel besser wie noch vor einer Stunde.
Bin da im Kontakt mit deren Support.

faetzminator

Hallo zusammen

Nach weiterem, langem Herumprobieren, inkl. Android-Gerät neu starten, switchen zwischen 2.4 und 5GHz etc. habe ich bemerkt, dass die ursprüngliche Annahme des “privates DNS” nicht korrekt ist.

Da auch SSID-Wechsel etc. sowie Verbindungsdaten in Android zurücksetzen nichts geholfen haben, musste ich davon ausgehen, dass nicht das WiFi das Problem ist (z.B. wegen geänderter Gateway IP) , sondern das Problem aus anderen Gründen auf Android-Geräten, aber sonst nicht auftritt.

Ich habe inzwischen vermutlich alle Einstellungen auf dem ASUS-Router durch, und es scheint:
Das Problem liegt an IPv6! Ich habe nun IPv6 auf dem ASUS-Router komplett deaktiviert und es scheint zu funktionieren!
Hat da jemand Infos dazu?

Gruss, faetzminator

PS: Ich kann den Titel nicht anpassen?

pato

faetzminator IPv6 wird grundsätzlich präferenziert. Falls also dein IPv6 Routing nicht stimmt und ev. ungültige DNS oder Routing Einträge verteilt werden, dann funktionieren die Verbindungen bei IPv6 fähigen Geräten tendenziell nicht. Dann besser abschalten und sie nutzen nur IPv4.

Pagina successiva »