Frage
Antwort
Lösung
am 16.01.2026 20:46
Hallo zusammen,
ich nutze Vodafone Kabel mit einer Fritz!Box 6670 und habe massive Probleme mit externen (verschlüsselten) DNS‑Servern seit 3 Tagen:
- Quad9 → hohe Latenzen, Abbrüche
- Cloudflare → gar nicht erreichbar, DoT/DoH bricht ab
- Google DNS → instabil, sehr hohe Latenz
Sowohl bei mir in BW als auch bei meiner Mutter in Bayern dieselben Probleme. Traceroutes zeigen Umwege, verschlüsselte DNS‑Verbindungen sind besonders betroffen.
Frage: Hat Vodafone seit 2026 etwas geändert? Lief zuvor problemlos.
Danke für eure Erfahrungen!
am 16.01.2026 20:58
Also VF hat sein Routing angepasst.
Aber ob das solche Auswirkungen auf seine DNS Anfragen hat? Wäre eher untypisch, ich nutze auch an mehreren Kabelanschlüssen ebenfalls verschlüsselte Google DNS oder Cloudflare..
Kann keine Probleme bisher feststellen.
am 16.01.2026 21:03
hohe Latenzen und schlechtes Routing haben erstmal nichts mit der Namesauflösung zu tun
ich nutze seit Jahren externe DNS Server über eine verschlüsselte Verbindung und das an mehreren Standorten in Berlin (Kabel und DSL) und kann aktuell keine Probleme feststellen
poste doch mal die Signalpegel der Fritzbox
zu finden unter: Internet >> Kabel-Informationen >> Kanäle
am 16.01.2026 22:10
Wenn das Problem jetzt nur bei mir wäre okay. Aber 60km im anderen Bundesland bei meiner Mutter auch seit 3 Tagen, nachdem es Monate lang ohne die Einstellungen zu verändern funktioniert hat? Was wäre das denn für ein Zufall.
Wenn ich abfragen durchführe, auch über entsprechender Websites (https://dnscheck.tools/), dann kommt der DNS-SEC nur sporadisch und teils mit 4000ms - 8000ms durch.
Ich hänge an einer vodafone Station:
am 16.01.2026 22:29
Pegel sind tip-top
am 16.01.2026 22:35
Es kommen 960 Mbit/s down und 51 Mbit/s up bei mir an. Dass ist alles nicht das Thema. Mein Problem ist, dass die Domain-Auflösung quälend lange dauert und ich kann probieren wie ich will, ich habe nun nahezu alle durch Quad9, Cloudflare, Google, DNS4EU, NextDNS...
Es sieht beinahe so aus als werden externe DNS-Services absichtlich geblockt. Wie geschrieben, habe erst seit 3 Tagen das Problem..
am 16.01.2026 22:47
Und wie prüfst Du das?
Wie kommt es zu dem Fehlerbild und wie schließt Du auf ein Problem bei der DNS Abfrage?
am 16.01.2026 23:17
Unter anderem mit dig:
; <<>> DiG 9.18.39-0ubuntu0.24.04.2-Ubuntu <<>> heise.de @9.9.9.9
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58143
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;heise.de. IN A
;; ANSWER SECTION:
heise.de. 36882 IN A 193.99.144.80
;; Query time: 2862 msec
;; SERVER: 9.9.9.9#53(9.9.9.9) (UDP)
;; WHEN: Fri Jan 16 23:14:00 CET 2026
;; MSG SIZE rcvd: 53
am 16.01.2026 23:29
Update: Nachdem ich jetzt den Router nochmals neu gestartet habe funktioniert zumindest CloudFlare-DNS wieder normal:
; <<>> DiG 9.18.39-0ubuntu0.24.04.2-Ubuntu <<>> google.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8365
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;google.de. IN A
;; ANSWER SECTION:
google.de. 117 IN A 142.251.141.67
;; Query time: 43 msec
;; SERVER: 10.255.255.254#53(10.255.255.254) (UDP)
;; WHEN: Fri Jan 16 23:25:25 CET 2026
;; MSG SIZE rcvd: 54
Vielleicht nochmal mehr zum Hintergrund: Alle Geräte, SmartPhone, PC, Notebook, SmartTV haben bei mir seit 3 Tagen massive Latenzprobleme. Sprich ich surfe eine Website an, starte Netflix, whatever und dann dauert es erstmal ein paar Sekunden. Die Verbindung kommt dann schon zustande aber nach sehr langer Zeit. Vielleicht wird auch gerade irgendwas bei mir im vodafone-Netz umgestellt.
17.01.2026 06:55 - bearbeitet 17.01.2026 06:56
Denke du hast ein anderes, als DNS Problem.
Kannst du http://IPv4.google.com und http://IPv6.google.com aufrufen?
DNS Anfragen werden ja nur "einmalig" gestellt, dann erfolgt der Aufruf aus dem Cache.