Deutsche Glasfaser - IPv4 löst nur sporadisch auf

buffer_overfl0w

Moin Moin,

ich wende mich an euch, da ich leider einfach nicht mehr weiter weiß. Ich bin seit ca. 2 1/2 Jahren Kunde bei der Deutschen Glasfaser. Seit etwa 1 Jahr habe ich sporadisch das Problem, dass ca. alle 2-3 Monate Webseiten und Alexa Musikstreams von bsp. TuneIn oder ARD Mediathek nicht funktionieren. Webseiten werden gar nicht geladen oder nur teilweise (Bilder oder CSS werden nicht geladen). Radiostreams von Alexa werden gestartet und im Anschluss kommt die Meldung, dass es ein Problem gibt.

Gestern bin ich auf die Webseite https://ipv6-test.com/ gestoßen und habe bemerkt, dass IPv4 connectivity mal Supported wird und mal nicht. Daher die Vermutung, dass IPv4 nicht korrekt aufgelöst wird. Ich habe schon etliche DNS Server für IPv4 als auch für IPv6 ausprobiert, leider ohne Erfolg.

Zu meinem Netzwerk:

ONT von der DG
Router ist Ubiquity DreamMachine Pro
PiHole auf einer Proxmox VM

Ich habe zwischenzeitlich auch probiert, den PiHole wegzulassen um zu schauen, ob es daran liegt. Leider ohne Erfolg. Auch ein ONT Reset mit ordentlich Wartezeit brauchte leider nichts... Die Deutsche Glasfaser hat unterirdischen Support und antwortet auf Tickets erst nach ca. 2 - 3 Wochen damit, dass sie das Ticket schließen, da bei denen alles in Ordnung ist.

Hier noch einige Infos zur Konfiguration meines Anschlusses:

IPv4 Verbindung über DHCPv4, Aktueller DNS (ohne Pihole): 5.1.66.255, IPv6 Verbindung über DHCPv6. Präfix-Delegationsgröße 56, DNS: 2001:678:e68:f000::, MTU ist standard 1500

Spielerein wie Internetfilter o.ä. sind ausgeschaltet.

Ich hoffe das jemand vielleicht eine Idee hat, wie ich das Problem lösen kann.

LG

frank_m

Das sind Freifunk Adressen, sowohl DNS IPv4 als auch IPv6. Die haben nichts mit der DG zu tun. Was auch immer da in deinem Netz herumfuhrwerkt, da solltest du mal dringend aufräumen. Wenn du standardmäßig DNS von Freifunk hast, dann ist es denkbar, dass auch das Routing darüber erfolgt. Aber um es besser einschätzen zu können, brauchen wir mehr Informationen:

ipconfig /all

route print

nslookup heise.de

tracert 8.8.8.8

mtr -ezbw6 -c 10 google.de

mtr -ezbw4 -c 10 google.de

buffer_overfl0w

Ich weiß, dass das Freifunk DNS ist. Ich habe ja geschrieben, dass ich es mit mehreren DNS Servern probiert habe... Mit dem Google DNS 8.8.8.8 oder dem DG DNS habe ich das gleiche Problem.

buffer_overfl0w

Ich bin gerade auf der Arbeit. Sobald ich zuhause bin setze ich die Abfragen ab und poste das Ergebnis. Danke schonmal.

frank_m

Ich hab den Beitrag noch erweitert. Bitte führe mal die Kommandos aus und poste das Ergebnis hier.

Thomas1978

Code

ipconfig /all
route print
nslookup http://www.heise.de
tracert 8.8.8.8
mtr -ezbw6 -c 10 http://www.google.de
mtr -ezbw4 -c 10 http://www.google.de

Bevor es zu Irritationen kommt: Die Zeilen 1-4 sind Windows-Befehle, der mtr-Befehl in den Zeilen 5+6 hingegen stellt ein Linux Kommandozeilentool dar.

mtr ist unter Windows am ehesten mit tracert zu vergleichen. Die Option "-c 10" bei mtr ist zudem überflüssig. Lässt man die Option weg, dann werden standardmäßig 10 Anfragen gesendet (macht also nur Sinn wenn man mehr oder weniger Anfragen senden will).

Ein nslookup auf die Adresse http://www.heise.de führt, zumindest bei mir, zu einer Fehlermeldung durch mein sehr gut funktionierendes Pi-Hole ("non-existing Domain"), gleiches gilt auch für https anstelle von http. Es funktioniert hier aber bestens wenn man nur www(punkt)heise.de oder noch einfacher heise.de verwendet.
Der Fehler ist hier aber nicht bei frank_m zu suchen, die Forensoftware macht aus Domainnamen, die mit www. anfangen automatisch http://www...., am besten einfach das http:// generell weglassen wenn die Befehle ausgeführt werden.

HubeBube

Ich empfehle unter Windows gerne die moderneren Powershell Kommandos zusätzlich zu verwenden, z.B. wie hier RE: DG Router wenn möglich vermeiden

Tags