maxxell 10 Geschrieben 12. Juli 2012 Melden Teilen Geschrieben 12. Juli 2012 Hallo zusammen, ich habe 2 Clients hier, die fehlerhafterweise manchmal die IPv6 "fe80::1%13" unter "ipconfig /all" als ersten DNS-Server-Eintrag eingetragen haben. Der oder die per DHCP mitgegebenen IPv4 Einträge landen auf Platz 2 und 3, also z.B. 192.168.178.1 im WLAN daheim oder 10.100.1.1 in der Firma. Namensauflösung kann in dem Fall natürlich nicht funktionieren - wer oder was soll auch DNS Anfragen auf "fe80::1%13" antworten - und führt zu diversen Problemen / Timeouts auf den beiden Clients. Nach Reboot oder Deaktivieren/Aktivieren der Netzwerkkarte ist das Problem meistens weg. Manchmal tritt das Problem sogar direkt nach dem Neustart auf. Manchmal beim Wechseln von WLAN zu LAN. "fe80::1%13" ist doch keine vollständige IPv6 Adresse sondern nur Teil 1 (die ersten 64 bit) einer selbst generierten Link Lokalen IPv6 Adresse? Wo kommt diese Adresse her und warum trägt sie sich ausgerechnet als ersten DNS-Server-Eintrag ein? Selbst wenn Win7 meint so eine Link Lokale Adresse generieren zu müssen, warum verschwindet diese nicht sobald über DHCP eine "richtige" IPv4 als DNS-Server Adresse konfiguriert wird? Jemand irgendeine Idee was das für ein Feature / Bug ist? Schöne Grüße maxxell Zitieren Link zu diesem Kommentar
maxxell 10 Geschrieben 13. Juli 2012 Autor Melden Teilen Geschrieben 13. Juli 2012 So sieht das dann aus, Beispiel heute morgen. ipconfig /all DNS-Server . . . . . . . . . . . : fe80::1%13 Jemand eine Idee? Gruß maxxell Zitieren Link zu diesem Kommentar
testperson 1.674 Geschrieben 13. Juli 2012 Melden Teilen Geschrieben 13. Juli 2012 Hi, was ergibt denn ein "tracert fe80::1" Wer ist im Netzwerk denn DHCP Server und was für einen Router benutzt du? Zitieren Link zu diesem Kommentar
maxxell 10 Geschrieben 13. Juli 2012 Autor Melden Teilen Geschrieben 13. Juli 2012 Hier das tracert Ergebniss: C:\>tracert fe80::1 Routenverfolgung zu fe80::1 über maximal 30 Abschnitte 1 Zielhost nicht erreichbar. Ablaufverfolgung beendet. C:\> In der Firma ist DHCP ein Windows Server 2008 R2, wo aber nur IPv4 konfiguriert ist. IPv6 ist zwar "auch grün" hat aber keine Konfiguration, keine Scopes, quasi unkonfiguriert. Alle Router sind von tcom, alle switche von cisco. Im Heimnetz ist es ein Telekom Speedport, der DHCP und Router darstellt. So gesehen tritt das Problem in einem trivialen Heimnetz auf, aber auch in einem komplexen Firmennetz. :confused: Zitieren Link zu diesem Kommentar
testperson 1.674 Geschrieben 13. Juli 2012 Melden Teilen Geschrieben 13. Juli 2012 Hi, ich hatte den Fall, dass ein Speedport der TCom sich urplötzlich für die Vergabe von IPv6 Adressen verantwortlich fühlte, obwohl die PCs eine IPv4 Adresse vom Server bekamen. Soweit ich mich erinnern kann, hatte der Speedport den DHCP sogar deaktiviert. Zitieren Link zu diesem Kommentar
maxxell 10 Geschrieben 13. Juli 2012 Autor Melden Teilen Geschrieben 13. Juli 2012 ich hatte den Fall, dass ein Speedport der TCom sich urplötzlich für die Vergabe von IPv6 Adressen verantwortlich fühlte, obwohl die PCs eine IPv4 Adresse vom Server bekamen.Soweit ich mich erinnern kann, hatte der Speedport den DHCP sogar deaktiviert. Hm, ein Speedport könnte für das Problem im Heimnetz der Grund sein. Aber in der Firma - nur mit LAN verbunden - ist definitiv kein Speedport beteiligt. Müsste demnach also kein LAN/WLAN Problem sein, sondern eher ein Windows 7 Problem... Zitieren Link zu diesem Kommentar
marci4x4 10 Geschrieben 30. Juli 2015 Melden Teilen Geschrieben 30. Juli 2015 Hi Max, Sag mal, hast Du die Ursache dafür gefunden? (Evtl. NIC Bindungsproblem?) VG Marci Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.