Ich habe eine Win 10-Box in meinem Büronetzwerk, die zeitweise die Fähigkeit verliert, IPV4-Namen aufzulösen. Wenn das Problem auftritt, kann der Benutzer keine externen Internet-Websites aufrufen. Ich habe das Problem auf eine Art Netzwerkproblem auf der Win 10-Box eingegrenzt, kann aber nicht herausfinden, was es sein könnte oder was meine nächsten Diagnoseschritte sein sollten. Hier sind die Diagnoseschritte, die ich versucht habe.
Ein ISP-Problem ist ausgeschlossen, da alle anderen Computer in unserem kleinen Büro über eine Internetverbindung verfügen, wenn dieses Problem auf dieser Box auftritt.
Internes LAN-DNS-Problem ausgeschlossen, da alle Boxen ihre DNS- und DHCP-Konfiguration über dnsmasq erhalten. Diese Box wurde geprüft und mit anderen im Büro verglichen, und es gibt keinen signifikanten Unterschied.
Habe die Routing-Tabelle und den ARP-Cache mit anderen funktionierenden Boxen verglichen und keinen signifikanten Unterschied zwischen ihnen festgestellt.
Symptome, wenn das Problem vorliegt:
a. Pingen Sie eine externe Website nach Namen an. Funktioniert nicht.
C:\WINDOWS\system32>ping meridianenv.com
Ping request could not find host meridianenv.com. Please check the name and try again.
Zum Zeitpunkt dieser Überprüfung ist diese Site nachweislich aktiv und reagiert.
b. Pingen Sie eine externe Website über die IPV4-Adresse an. Funktioniert.
C:\WINDOWS\system32>ping 66.160.145.21
Pinging 66.160.145.21 with 32 bytes of data:
Reply from 66.160.145.21: bytes=32 time=26ms TTL=54
Habe diesen Test direkt hintereinander mit dem vorherigen Test ausgeführt. Habe dann den vorherigen Test sofort noch einmal ausgeführt und das Ergebnis war das gleiche wie oben.
c. Pingen Sie per Name an eine andere interne LAN-Box. Werke, antwortet aber mit IPV6 statt IPV4.
C:\WINDOWS\system32>ping jab-prec3610
Pinging jab-prec3610 [fe80::28f1:3c0b:c6a8:91ea%3] with 32 bytes of data:
Reply from fe80::28f1:3c0b:c6a8:91ea%3: time<1ms
d. Ping an eine andere interne LAN-Box per IPV4-Nummer. Funktioniert. Dies ist dieselbe Box wie direkt darüber.
C:\WINDOWS\system32>ping 192.168.112.101
Pinging 192.168.112.101 with 32 bytes of data:
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128
e. Ping von einer anderen internen LAN-Box zurück zur Problembox, nach Namen. Funktioniert.
C:\Users\jeffb>ping acct-opti5040
Pinging acct-opti5040.mei.lan [192.168.112.108] with 32 bytes of data:
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128
f. Ping von einer anderen internen LAN-Box zurück zur Problembox über die IPV4-Adresse. Funktioniert.
C:\Users\jeffb>ping 192.168.112.108
Pinging 192.168.112.108 with 32 bytes of data:
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128
Als die Box wieder einwandfrei funktionierte, habe ich die gleichen Tests noch einmal durchgeführt und die folgenden beiden Ergebnisse haben sich geändert (ArtikelAUndCüber).
a. Pingen Sie eine externe Website nach Namen an. Funktioniert.
C:\WINDOWS\system32>ping meridianenv.com
Pinging meridianenv.com [66.160.145.21] with 32 bytes of data:
Reply from 66.160.145.21: bytes=32 time=33ms TTL=54
c. Pingen Sie per Name an eine andere interne LAN-Box. Werkeund gibt mit IPV4-Informationen zurück.
C:\WINDOWS\system32>ping jab-prec3610
Pinging jab-prec3610.mei.lan [192.168.112.101] with 32 bytes of data:
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128
Andere Dinge, die ich versucht habe:
Leeren Sie den Windows DNS-Cache. Das Problem wurde nicht behoben.
C:\WINDOWS\system32>ipconfig /flushdns
Windows-IP-Konfiguration.
Der DNS-Resolver-Cache wurde erfolgreich geleert.Setzen Sie die IPV4-Schnittstelle zurück.
C:\WINDOWS\system32>netsh int ipv4 reset reset.log
Schnittstelle wird zurückgesetzt, OK!
Unicast-Adresse wird zurückgesetzt, OK!
Nachbar wird zurückgesetzt, OK!
Pfad wird zurückgesetzt, OK!
Zurücksetzen
ist fehlgeschlagen. Zugriff verweigert.
Starten Sie den Computer neu, um diese Aktion abzuschließen.
Ich bin nicht sicher, ob dies erfolgreich ist, da es heißt, dass das Zurücksetzen fehlgeschlagen ist und der Zugriff verweigert wird. Dann heißt es, dass ein Neustart erforderlich ist, damit die Änderungen wirksam werden. Während das Zurücksetzen der Schnittstelle und der Neustart des Systems das Problem vorübergehend beheben können, ist es unmöglich zu sagen, ob die Lösung auf das Zurücksetzen oder den Neustart zurückzuführen ist. Da das System jeden Tag neu gestartet wurde, scheint dies keine Lösung des Problems zu sein.
Setzen Sie die IPV6-Schnittstelle zurück.
C:\WINDOWS\system32>netsh int ipv6 reset reset.log
Schnittstelle wird zurückgesetzt, OK!
Nachbar wird zurückgesetzt, OK!
Pfad wird zurückgesetzt, OK!
Zurücksetzen, fehlgeschlagen.
Zugriff verweigert.
Zurücksetzen, OK!
Zurücksetzen, OK!
Starten Sie den Computer neu, um diese Aktion abzuschließen.
Gleiche Schlussfolgerung wie beim Zurücksetzen der IPV4-Schnittstelle oben. Dies scheint keine Lösung des Problems zu sein.
Dieses Problem tritt bei keinem der anderen Windows-Rechner im Büro auf (meistens Win 7 und einem weiteren Win10-Rechner). Wenn das Problem auftritt, kann es nur für ein oder zwei Minuten auftreten oder über 10 Minuten andauern. Ich kann nicht feststellen, wann es auftritt oder wann es sich von selbst behebt, und ob es sonst in unserem Netzwerk passiert.
Ich bin auf der Suche nach weiteren Vorschlägen zur möglichen Ursache dieses Problems, nach Diagnoseoptionen oder nach einer Möglichkeit, es zu beheben.
Vielen Dank für jede Hilfe.