Wenn ich mich richtig erinnere, dann empfiehlt Apple bei den Fritzen die Lebensdauer eines Leases auf maximal 24h Stunden einzustellen. Im Gastnetz nur auf 6 Stunden. Dies kann ebenfalls Linderung bringen.
Gerade bei der heutigen Pseudosicherheit durch sich ändernde MAC-Adressen der Mobile Devices steigt die Anzahl an DHCP-Clients im Heimnetz stark an.
ja der Lease war auf 10 tage eingestellt habe jetzt mal auf 24h umgestellt im Gastnetzt war es bereits auf 6 stunden eingestellt
Dein IPv4 Setup des Clients ist falsch!
Ich vermute mal, dass diese Seite funktioniert: https://test-ipv6.com/
Für IPv6 sieht es meiner Meinung nach gut/richtig konfiguriert aus.
Was mir auffällt:
IPv4DefaultGateway : <== ist leer, hier steht üblicherweise die IPv4 der Fritze drin.
Subnetzmaske . . . . . . . . . . : 255.255.0.0. <== hier steht üblicherweise 255.255.255.0
Schaue dir mal in der Windows Systemsteuerung die IPv4 Einstellungen des Netzwerkadapters an, da sollte lediglich DHCP eingestellt sein.
Bei mir haben sich mal durch ein Windows Update die Firewallregeln verändert, was zuverlässig den DHCPv4 Client außer Gefecht gesetzt hat. Das würde ich ggf. auch mal prüfen.
Alles anzeigenDein IPv4 Setup des Clients ist falsch!
Ich vermute mal, dass diese Seite funktioniert: https://test-ipv6.com/
Für IPv6 sieht es meiner Meinung nach gut/richtig konfiguriert aus.
Was mir auffällt:
IPv4DefaultGateway : <== ist leer, hier steht üblicherweise die IPv4 der Fritze drin.
Subnetzmaske . . . . . . . . . . : 255.255.0.0. <== hier steht üblicherweise 255.255.255.0
Schaue dir mal in der Windows Systemsteuerung die IPv4 Einstellungen des Netzwerkadapters an, da sollte lediglich DHCP eingestellt sein.
ja genau die Seite funktioniert.
habe mal in die Ipv4 Einstellungen des Netzwerkadapter geschaut dort ist alles auf automatisch gestellt. Sprich IP DNS wird alles automatisch bezogen.
Bei mir haben sich mal durch ein Windows Update die Firewallregeln verändert, was zuverlässig den DHCPv4 Client außer Gefecht gesetzt hat. Das würde ich ggf. auch mal prüfen.
Danke für den Tipp, kenn mich damit leider überhaupt nicht aus. Wie kann ich sowas prüfen ?
Hast Du irgendetwas wie ein PiHole oder Werbeblocker/Filtersoftware installiert? Falls ja, dann deaktivieren diese. Der Virenscanner (Microsoft Defender?) sollte natürlich weiterhin aktiviert bleiben. Mir scheint da einiges auf deinem Client verbogen worden zu sein.
Schwierig, wenn man davon so gar keine Kenntnis hat. Einfach auf Standard zurücksetzen birgt die Gefahr, dass dann viele Anwendungen nicht mehr wie gewohnt funktionieren. Das würde ich nur im äußersten Notfall machen, wenn wir so gar nichts anderes finden.
Du könntest in der Defender Firewall mal nachsehen, ob die Regeln für den Bereich "Kernnetzwerk" erlaubt sind - eingehend wie ausgehend:
Hast Du irgendetwas wie ein PiHole oder Werbeblocker/Filtersoftware installiert? Falls ja, dann deaktivieren diese. Der Virenscanner (Microsoft Defender?) sollte natürlich weiterhin aktiviert bleiben. Mir scheint da einiges auf deinem Client verbogen worden zu sein.
Wir hatten mal einen PIHole drin der hat dann aber den geist aufgegeben und ich habe kein neuen mehr Angeschafft. Einstellungen sollten ja von dem aber keine mehr drin sein nach dem Resett. Aber ich würde gar nicht so auf Client gehen weil ja alle Windows Pc im Netzwerk die gleichen Probleme haben oder ?
Aber ich würde gar nicht so auf Client gehen weil ja alle Windows Pc im Netzwerk die gleichen Probleme haben oder ?
Aber die anderen Geräte nicht. Das macht den Server extrem unwahrscheinlich.
Schwierig, wenn man davon so gar keine Kenntnis hat. Einfach auf Standard zurücksetzen birgt die Gefahr, dass dann viele Anwendungen nicht mehr wie gewohnt funktionieren. Das würde ich nur im äußersten Notfall machen, wenn wir so gar nichts anderes finden.
Du könntest in der Defender Firewall mal nachsehen, ob die Regeln für den Bereich "Kernnetzwerk" erlaubt sind - eingehend wie ausgehend:
Also in den Regeln für Kernnetzwerk sind alle erlaubt ein wie ausgehend.
Mir ist auf dem Weg zu der Firewall Einstellungen so viele Aktive private Netzwerke.
Hast du die "zufälligen Hardwareadressen" für das Fritzbox Netz aktiviert? Das sollte man nicht machen, in Heimnetzen kann das Probleme machen.
Hast du die "zufälligen Hardwareadressen" für das Fritzbox Netz aktiviert? Das sollte man nicht machen, in Heimnetzen kann das Probleme machen.
ne sind deaktiviert
Wir hatten mal einen PIHole drin der hat dann aber den geist aufgegeben und ich habe kein neuen mehr Angeschafft. Einstellungen sollten ja von dem aber keine mehr drin sein nach dem Resett.
Ich bezweifle stark, dass dies in Gänze erfolgt ist bzw. zumindest temporär ein Ersatz für den PiHole konfiguriert wurde und dieser Ersatz noch irgendwie wirkt.
Die IPv6 DNS Server sind nämlich nicht die von Deutsche Glasfaser sondern eigene im Heimnetz:
DNSServer : fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
2a00:6020:461b:a300:ab6:57ff:fe8c:2df2
Kannst Du mit uns bitte mal Screenshots des IPv6 Setups der Fritze teilen?
Was liefern denn folgende Befehle zurück?
Resolve-DnsName -Name 2a00:6020:461b:a300:ab6:57ff:fe8c:2df2nslookup 2a00:6020:461b:a300:ab6:57ff:fe8c:2df2bitte auch mal obiges mit fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2 versuchen.
nslookup fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
Server: fritz.box
Address: fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
Name: fritz.box
Address: fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
----------------------------------------------------------------------------------------------
Resolve-DnsName -Name fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
Name Type TTL Section NameHost
---- ---- --- ------- --------
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer http://www.fritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritzbox.internal
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritzbox.home.arpa
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer myfritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer http://www.myfritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz.nas
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer http://www.fritz.nas
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz-nas.fritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz-nas.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer wpad.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer wpad.fritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer 192-168-178-1.fritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. NS 9 Authority fritz.box
0.0.0.0.0.F.1.D.F.A.7.4.3.F.3.
D.F.ip6.arpa
Name : fritz.box
QueryType : A
TTL : 9
Section : Additional
IP4Address : 192.168.178.1
Name : fritz.box
QueryType : AAAA
TTL : 9
Section : Additional
IP6Address : fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
Name : fritz.box
QueryType : AAAA
TTL : 9
Section : Additional
IP6Address : 2a00:6020:461b:a300:ab6:57ff:fe8c:2df2
----------------------------------------------------------------------------------------------
nslookup 2a00:6020:461b:a300:ab6:57ff:fe8c:2df2
Server: fritz.box
Address: fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
Name: fritz.box
Address: 2a00:6020:461b:a300:ab6:57ff:fe8c:2df2
----------------------------------------------------------------------------------------------
Resolve-DnsName -Name 2a00:6020:461b:a300:ab6:57ff:fe8c:2df2
Name Type TTL Section NameHost
---- ---- --- ------- --------
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer http://www.fritz.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritzbox.internal
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritzbox.home.arpa
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer myfritz.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer http://www.myfritz.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz.nas
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer http://www.fritz.nas
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz-nas.fritz.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer fritz-nas.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer wpad.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. PTR 9 Answer wpad.fritz.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
2.F.D.2.C.8.E.F.F.F.7.5.6.B.A. NS 9 Authority fritz.box
0.0.0.3.A.B.1.6.4.0.2.0.6.0.0.
A.2.ip6.arpa
Name : fritz.box
QueryType : A
TTL : 9
Section : Additional
IP4Address : 192.168.178.1
Name : fritz.box
QueryType : AAAA
TTL : 9
Section : Additional
IP6Address : fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
Name : fritz.box
QueryType : AAAA
TTL : 9
Section : Additional
IP6Address : 2a00:6020:461b:a300:ab6:57ff:fe8c:2df2
Ich vermute mal, dass diese Seite funktioniert: https://test-ipv6.com/
ja genau die Seite funktioniert.
Das erstaunt mich, denn "test-ipv6.com" ist ausschließlich über IPv4 erreichbar [Begründung]
C:\>nslookup -q=A test-ipv6.com
Server: localhost
Address: ::1
Nicht autorisierende Antwort:
Name: test-ipv6.com
Address: 139.162.169.184
C:\>nslookup -q=AAAA test-ipv6.com
Server: localhost
Address: ::1
Name: test-ipv6.comWie konnte also die Seite erreicht werden, wenn IPv4 gar nicht funktioniert (bzw. nur APIPA-Adressen 169.254.x.x. vorhanden sind)?
Bitte noch einen Screenshot von Internet > Zugangsdaten - Tab "DNS-Server"
Die IPv6 DNS Server sind nämlich nicht die von Deutsche Glasfaser sondern eigene im Heimnetz:
DNSServer : fd3f:347a:fd1f:0:ab6:57ff:fe8c:2df2
2a00:6020:461b:a300:ab6:57ff:fe8c:2df2
Ja, das ist doch normal: Eine FB gibt immer sich selbst als DNS-Server an die LAN-Clients bekannt. Sie arbeitet schließlich als DNS-Proxy/Forwarder. Nur sie selbst verwendet die in ihr konfigurierten Resolver (z.B. die von DG) zur DNS-Weiterleitung.
Bitte noch einen Screenshot von Internet > Zugangsdaten - Tab "DNS-Server"
Hatte im DNS auch schon Google und Cloudflare war aber das gleich Ergebniss.
Das erstaunt mich, denn "test-ipv6.com" ist ausschließlich über IPv4 erreichbar
...
Wie konnte also die Seite erreicht werden, wenn IPv4 gar nicht funktioniert (bzw. nur APIPA-Adressen 169.254.x.x. vorhanden sind)?
Gute Frage, das passt alles irgendwie gar nicht zusammen...
Da ist das Setup im höchsten Maße strubbelig.
Das erstaunt mich, denn "test-ipv6.com" ist ausschließlich über IPv4 erreichbar [Begründung]
CodeC:\>nslookup -q=A test-ipv6.com Server: localhost Address: ::1 Nicht autorisierende Antwort: Name: test-ipv6.com Address: 139.162.169.184 C:\>nslookup -q=AAAA test-ipv6.com Server: localhost Address: ::1 Name: test-ipv6.comWie konnte also die Seite erreicht werden, wenn IPv4 gar nicht funktioniert (bzw. nur APIPA-Adressen 169.254.x.x. vorhanden sind)?
Jetzt funktioniert die Seite nicht mehr.
Eventuell war ich beim Öffnen der Seite auf meine Hotspot vom Iphone ohne kann ich hier ja leider nichts im Forum schreiben, da die Glasfaserforum seite auch nicht erreichen kann.
Sry sollte ich falsche Informationen weitergegeben haben
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
