nslookup funktioniert; ping -4 name.com funktioniert nicht

Das offensichtlichste Symptom für dieses Problem ist, dass nslookupIS funktioniert, während ping -4 name.comNICHT funktioniert.

Das liegt daran, dass es nslookupeinen eigenen DNS-Client enthält und daher keinen Windows-Client verwendet.

ping Wenn ein Name angegeben wird, wird der Windows-DNS-Client zum Übersetzen von Name -> Nummer verwendet.

Wenn also nslookupübersetzt werden kann, funktionieren viele Dinge: Netzwerkhardware, NIC-Adaptertreiber, Internetverbindung zu den DNS-Servern und erfolgreicher Zugriff auf die Server, um eine Übersetzung durchzuführen. Das ist eine Menge!

Allerdings ping -4 name.comversagt, so dass , wenn alles andere Sachen arbeiten, ist es die Windows - DNS - Client - Software selbst , die eine Rolle spielt .

Beachten Sie, dass ich ping -4auf IPv4 ohne IPv6-Einflüsse isoliert habe.

displaydns schlägt fehl

Deshalb ist dies das beste Symptom, um das eigentliche Problem zu beschreiben

ipconfig /displaydns

Berichte:

Could not display the DNS Resolver Cache.

Der DNS-Client wird jedoch ausgeführt

Beim Lesen von Foren ist der wahrscheinlichste Grund für dieses Symptom, dass der DNS-Client-Dienst (aka dnscache) nicht ausgeführt wird. aber für uns ist es.

Wir machten

net stop dnscache
net start dnscache
sc query dnscache

und es ist an.

Es ist kein DNS-Suffix

Eine andere Möglichkeit besteht darin, dass DNS-Suffixe verwendet werden. Wenn Sie jedoch in das Netzwerk- und Freigabecenter gehen -> Adaptereinstellungen ändern -> Drahtlose Netzwerkverbindung -> Eigenschaften -> Eigenschaften von Internet Protocol Version 4 -> Erweitert -> Registerkarte DNS, haben wir Folgendes:

[GEPRÜFT] Fügen Sie primäre und verbindungsspezifische DNS-Suffixe hinzu

• [GEPRÜFT] Fügen Sie übergeordnete Suffixe des primären DNS-Suffixes hinzu

[Deaktiviert] Hängen Sie diese DNS-Suffixe an

(und das Listenfeld ist leer)

DNS-Suffix für diese Verbindung:

[GEPRÜFT] Registrieren Sie die Adressen dieser Verbindung in DNS. [Deaktiviert] Verwenden Sie das DNS-Suffix dieser Verbindung bei der DNS-Registrierung.

Ich bin mir jedoch nicht sicher, ob dies von Bedeutung ist, da wir nicht zu goolge.com gelangen können, dh zu einem FQDN.

Mehr Info

Wir haben IPv6 für das Debuggen deaktiviert. Alles, was hier berichtet wird, ist mit ausgeschaltetem IPv6.

nslookupfunktioniert zuverlässig weiter google.comund alles andere.

Jedoch,

ping -4 google.com

sagt

Ping request could not find host google.com

Und das Surfen sagt DNS-Fehler.

Jetzt habe ich erfahren, dass nslookupes einen eigenen DNS-Client gibt, der von Windows getrennt ist. Das würde mich glauben lassen, dass der nslookup'sDNS-Client in Ordnung ist und Windows irgendwie beschädigt ist.

In der Tat können wir Google und andere Websites über die IP-Adresse durchsuchen, nur nicht über den Namen.

pingper IP-Adresse funktioniert gut. Wie tracertbei der IP-Adresse.

Nicht DirectAccess

Das Problem scheint nicht DirectAccess zu sein:

netsh dns show state

Berichte (unter anderem)

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Wireshark

Ein Wireshark-Capture während nslookupzeigt Namensabfragen.

Bei einem Ping-Capture wurden jedoch keine derartigen Abfragen angezeigt. In der Tat überhaupt keine Aktivität (außer Hintergrund). Das deutet darauf hin, dass der Windows-DNS-Client nicht einmal versucht, ins Internet zu gehen und den Namen zu übersetzen, was mit seiner Unfähigkeit, DNS anzuzeigen, vereinbar wäre.

Weitere Hinweise

Das c:\windows\system32\drivers\etc\hostsist leer (nur Kommentare).

Das Problem tritt auf, wenn der DNS-Server auf den der Universität eingestellt ist. oder wenn auf googles 8.8.8.8 und / oder 8.8.4.4 und / oder OpenDNSs 208.67.222.222 und / oder 208.67.220.220 eingestellt. Was angesichts der Tatsache, dass Wireshark meldet, dass Windows nicht einmal die Namensabfrage sendet, Sinn macht.

Das Problem trat nach einem Hitzeunfall auf. Durch das Durchsuchen nach IP-Regeln können jedoch Hardwareprobleme auftreten, mit Ausnahme von Festplattenbeschädigungen. Es wurden jedoch chkdskkeine fehlerhaften Sektoren gemeldet und sfckeine Korruption festgestellt.

Wir haben auch den Netzwerkadapter im Geräte-Manager deinstalliert und ihn automatisch neu installieren lassen. Auch auf Updates für diesen Adapter unter Windows überprüft. Es gab keine.

Der Absturz bedeutet einen Neustart, es handelte sich also möglicherweise um ein schlechtes Windows-Update. Vor diesem und nach dem letzten Windows-Update gab es jedoch mehrere Neustarts.

Wir verwenden als Rootkit Malwarebytes Anti-Malware sowie die Beta-Versionen von Malwarebytes Anti-Rootkit, TDSSKiller und Comodo Cleaning Essentials (CCE). Es scheint jedoch nicht aktualisiert zu werden.

Habe es noch nicht im abgesicherten Modus mit Netzwerk versucht.

Wir verwenden meistens einen Universitätsrouter, das Problem tritt jedoch auch auf, wenn eine Verbindung zum Hotspot des Smartphones besteht.

ipconfigmeldet 5 Tunnel-Adapter, aber alle melden "Media Disconnected". 2 von ihnen sehen universitätsspezifisch aus.

ipconfigund Geräte-Manager melden beide a Microsoft Virtual WiFi Miniport Adapter. Was ist das und könnte es das Problem sein?

Das Problem ist nach vielen Neustarts des PCs identisch.

Es ist ein Laptop, und das meiste wurde mit der drahtlosen Verbindung gemacht, aber die kabelgebundene Verbindung schien dasselbe Verhalten zu haben.

Zusammenfassung

Es scheint also, dass der Windows-DNS-Client beschädigt ist oder zumindest eine Fehlfunktion aufweist, aber ich bin nicht sicher, wie ich herausfinden soll, warum.

(Übrigens schreibe ich dies auf einem anderen Computer)

Bearbeiten:

@Kris wollte sehen ipconfig /all

C:\Users\[username]>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . :       <<<====NOTE NO HOST NAME
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : ed*****.***l.edu

Wireless LAN adapter Wireless Network Connection 2:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : ed*****.***l.edu
   Description . . . . . . . . . . . : Broadcom 802.11n Network Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.131.2.**(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Monday, April 27, 2015 11:32:13 AM
   Lease Expires . . . . . . . . . . : Monday, April 27, 2015 11:47:13 AM
   Default Gateway . . . . . . . . . : 10.131.0.1
   DHCP Server . . . . . . . . . . . : 132.236.56.249
   DNS Servers . . . . . . . . . . . : 192.35.82.50
                                       128.253.180.2
                                       132.236.56.250
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : r****.****l.edu
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Reusable ISATAP Interface {CBE4B55D-63C6-460A-82CF-7076427CD2AF}:


   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.e****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{270C639B-82A2-4AE7-B886-D40DAA7EF798}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.r****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #5
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Bearbeiten 2:

Versucht

netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset

und neu starten und nichts ändern.

Versuchte diese ausgezeichnete Seite (danke @Kris) Windows 7: Dienste - Standarddienste in Windows 7 wiederherstellen und lud sie herunter DNS_Client.reg(und nannte sie .reg.txtaus Sicherheitsgründen) und verglich sie mit dem vorhandenen Registrierungseintrag, HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscacheaber leider waren sie die gleichen.

Wir haben die Antwort auf edugeek.com gefunden und als Leitfaden verwendet. Unsere expliziten Aktionen werden unten erklärt.

Die Antwort auf EduGeek wird zuerst in Post 13 von Shoeib vorgestellt, der sagt, dass er sie von diesem Thread erhalten hat, aber ich sehe in diesem Thread bis zu diesem Punkt nichts, was sogar auf diese Antwort hindeuten würde.

Beitrag 20 von fencecat42 geht näher darauf ein.

Speziell,

Im Registrierungsschlüssel:

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

Die folgenden "Werte" (wie MS sie verwirrenderweise nennt, von denen jeder "Daten" haben kann) fehlen

Domain
Hostname
NV Hostname

Alle drei fehlten sowohl bei fencecat42 als auch bei unserem System.

Nun, ein dickes Lob (na ja, fast;) @Kris, weil es Beweise für dieses Problem in dem gab, ipconfig /alldass sie mich gebeten haben, etwas zu posten. Hinweis in meiner geposteten Ausgabe gibt es keineHost Name . Dies ist ein und dasselbe Hostnameaus der Registrierung.

Ich zögere, die Registrierung zu bearbeiten, da ein Tastendruck Ihr System möglicherweise nicht mehr booten kann. In diesem Fall haben Sie hoffentlich eine Systemwiederherstellung durchgeführt oder eine Kopie Ihrer Registrierung erstellt (meine bevorzugten Methoden sind ERUNT und Tweaking.com Windows Repair All-In -One (enthält ein Tool zum Speichern der Registrierung) (Informationen zu diesen Tools erhalten Sie unter techsupportalert.com)

So setzen Sie die Hostname , gingen wir einfach in der Systemsteuerung -> System. (Oft ist der Link "Einstellungen ändern" auf dem ersten Bildschirm nicht sichtbar. Sie müssen nach unten scrollen. Für diesen Schritt ist eine UAC-Autorisierung erforderlich. Nach dem Festlegen müssen Sie einen Neustart durchführen.)

Diese Aktion legt sowohl die Hostnameals auch NV Hostname"Werte" in der Registrierung fest.

Wir konnten keinen nicht-registrierten Weg finden, um den Domain"Wert" zu bearbeiten . (Möglicherweise hatten netdomwir dies aber nicht auf diesem Windows 7 Home Premium-System.) Daher haben wir die Registrierung verwendet, um Domain einen leeren Wert festzulegen . Wir verwendeten regedit, navigierten zum Tcpip/ParametersSchlüssel, klicken mit der rechten Maustaste -> Neu -> String-Wert. Dadurch wird ein neuer "Wert" erstellt, und Sie können den Namen eingeben und den neuen Standardnamen ändern. Dann mussten wir keine tatsächlichen "Daten" für diesen "Wert" erstellen (wiederum entschuldigen Sie die kontraintuitiven Begriffe von MS). Habe es gerade erstellt und seine "Daten" nicht initialisiert.

Hinweis: Wir haben versucht, eine Netzwerkverbindung herzustellen, nachdem wir NUR die Hostnamen festgelegt haben. Funktioniert nicht. das Domain(auch leere) wurde benötigt. Wir haben es nicht mit einer erstellten (und leeren) Domain versucht, sondern ohne die Hostnamen zu erstellen und einzustellen. Aber ich denke, das ist ein interessantes Experiment.

Reflexionen

Zuerst,

Ich weiß nicht mehr erinnern, aber ich vermute , wir haben versucht , Microsofts „Wie TCP / IP unter Verwendung des Netshell - Dienstprogramm zurücksetzen“ , das ist

netsh int ip reset c:\resetlog.txt

(oder einen beliebigen Pfad und Dateinamen für die Protokolldatei).

Und diese MS-Seite sagt folgendes:

Wenn Sie den Befehl reset ausführen, werden die folgenden Registrierungsschlüssel überschrieben, die beide von TCP / IP verwendet werden:

SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 
SYSTEM\CurrentControlSet\Services\DHCP\Parameters

[Es sieht so aus, als ob derselbe Registrierungsschlüssel, den wir geändert haben, nur nicht in seiner gesamten Hierarchie angezeigt wird. --john v kumpf]

Dies hat den gleichen Effekt wie das Entfernen und erneute Installieren von TCP / IP. Um den manuellen Befehl erfolgreich auszuführen, müssen Sie einen Namen für die Protokolldatei angeben, in der die Netsh-Aktionen aufgezeichnet werden. (Diese Protokolldatei wird in den zuvor in diesem Abschnitt beschriebenen manuellen Verfahren als "resetlog.txt" bezeichnet.)

Vielleicht überschreibt dieser Neuinstallationsprozess diese Registrierungsschlüssel und kann den Hostnamen und die Domäne nicht schreiben ? Könnte sein?

Wenn ja, dann hat das Zurücksetzen der MS-IP-Adresse und DANN das Festlegen dieser Registrierungsschlüssel für uns wirklich funktioniert.

Zweite,

Unser Problem trat nach einem Neustart nach einem Absturz aufgrund von Hitze auf. Es ist schwierig, dieses Ereignis mit dem Problem in Verbindung zu bringen. Eine Möglichkeit ist, dass die Hitze eine kleine Anzahl von Blöcken der Festplatte zum Absturz brachte und einer dieser Blöcke zufällig einen Teil der Tcpip-Registrierungsschlüsselwerte enthielt. Unwahrscheinlich, aber ich denke möglich.

Oder, wenn die Re-Installation von TCP / IP war notwendig, dass die Plattenblocks , die TCP / IP - Dienst beschädigt, und wir mussten es neu installieren und dann reparieren nach.

Dritte,

Dies ist ein sehr interessantes Ergebnis. Dies bedeutet, dass der Windows-DNS-Client nach Domainzwei oder allen drei dieser "Werte" in der Registrierung sucht . Und wenn es es findet, ist es in Ordnung. Wenn es sie nicht findet, insbesondere wenn es sie nicht findet Domain, kommt es zu Fehlern und scheitert einfach. Kein Fehlerbericht [1].

Ich denke, wir können aus diesem Beweis schließen, dass dies ein Fehler im Windows DNS-Client ist . Wir können dies beweisen, weil es mit einem leeren Domain-Wert funktioniert. Das bedeutet, dass die Software ihn nicht wirklich verwenden kann. Warum muss er existieren (auch leer sein), um ordnungsgemäß zu funktionieren? Das ist ein Fehler.

[1] Viertens

Es könnte ein Fehlerbericht sein kann , aber nicht in der Ereignisanzeige in den gemeinsamen Orten (unter der Hierarchie: Ereignisanzeige (Lokal) -> Windows - -> Anwendung und System). Es gibt andere Protokolle, von denen viele nicht standardmäßig aktiviert sind und die möglicherweise einige Ausgaben hatten, insbesondere

• Ereignisanzeige (lokal)
• • Anwendungen und Dienste Lokal
• • • Microsoft
• • • • Windows
• • • • • DNS-Client-Ereignisse
• • • • • • Microsoft-Windows-DHCP-Client-Ereignisse / Admin
• • • • • • Microsoft-Windows-DHCP-Client-Ereignisse / Betriebsbereit

aber auch möglich

• Ereignisanzeige (lokal)
• • Anwendungen und Dienste Lokal
• • • Microsoft
• • • • Windows
• • • • • DHCP * -> *
• • • • • Diagnose-Vernetzung -> Operational
• • • • • Iphlpsvc -> Operational
• • • • • NCSI -> Operational
• • • • • NDIS -> Operational
• • • • • Netzwerkzugriffsschutz
• • • • • • Betriebsbereit
• • • • • • WHC
• • • • • NetworkProfile -> Operational
• • • • • NlaSvc -> Operational
• • • • • NTLM -> Operational
• • • • • WebIO -> NDF / Diagnose
• • • • • Winsock Catalog Change -> Operational
• • • • • Winsock Network Event -> Operational
• • • • • Wired-AutoConfig -> Operational
• • • • • WLAN-AutoConfig -> Operational

Fünfte,

Nach VIELEN Stunden, in denen dieses Problem gesurft wurde, scheint es, dass dieses Problem normalerweise schwer zu debuggen ist und etwas "Seltsames" ist.

In diesem Beitrag bei spiceworks war das Problem beispielsweise ein abgelaufenes Zertifikat auf einem DNS-Server.

Poster "Galen in Laguna" von spiceworks schlug eine Möglichkeit vor, den TCP / IP-Stack in Windows 7 vollständig zu deinstallieren und von Windows neu installieren zu lassen. Ich vermute, dass das in unserem Fall funktioniert hätte, weil es den TcpipRegistrierungsschlüssel wiederhergestellt hätte . (Siehe aber den MS-Beitrag oben.)

Poster ILS bei spiceworks schlug vor, dass der afd.sysFahrer möglicherweise einen Trojaner hat oder auf irgendeine Weise beschädigt ist, und schlug vor, wie er ersetzt werden kann. ( afdsteht für "Zusatzfunktionstreiber" für Winsock.)

Dieser Superuser-Beitrag Warum kann 'ping' einen Namen nicht auflösen, wenn 'nslookup' einwandfrei funktioniert? wo die frage 35 upvotes und die beste antwort 27 hatte, ist eine gute referenz. Dort berichteten die Leute von "anderen Lösungen für sie", darunter:

• mehrere Standard-Gateways
• zwei PCs mit derselben IP-Adresse im Netzwerk
• Windows 7 Multi Label DNS Query Problem (was auch immer das ist)

Leute berichten auch, dass dieses Problem durch "Rootkits" verursacht werden kann. Ich würde jedem empfehlen, der mit diesem Problem zu kämpfen hat, um ein paar Rootkit-Scanner / Entferner auszuführen. bleepingcomputer.com ist ein guter Ort, um Ratschläge zu erhalten. Oder lesen Sie Gizmos besten kostenlosen Rootkit-Scanner / -Remover unter techsupportalert.com

Sechste,

Es gibt Hinweise in Foren, dass dieses Problem am häufigsten ungelöst bleibt.

Eines dieser Plakate, "Galen in Laguna", sagte bei Spiceworks , dass es das ist, was sie normalerweise tun müssen.

Derselbe Superuser-Beitrag Warum kann 'ping' einen Namen nicht auflösen, wenn 'nslookup' einwandfrei funktioniert? Wo die Frage 35 positive Stimmen und die beste Antwort 27 hatte, sagte der Autor der besten Antwort: "Einige Websites empfehlen in diesem Fall auch, SP3 zu deinstallieren und erneut zu installieren."

Und, dieser arme Superuser, der alles ausprobiert hat, bekam keine Antwort und musste nach 18 Tagen die Installation reparieren

Siebte,

Hilfreicher Hinweis, falls sich das Problem dadurch nicht beheben lässt: Wenn Sie im Internet nach Windows-DNS-Problemen suchen, sollten Sie sich darüber im Klaren sein, dass in vielen Beiträgen ein Windows- Server als DNS-Server verwendet wird . Unser Problem war, dass wir einen normalen alten PC über einen Router mit dem Internet verbunden hatten und unsere DNS- Client- Software nicht funktionierte. Beim Lesen von Beiträgen habe ich manchmal diese Unterscheidung verpasst.

Achte,

Ein weiterer hilfreicher Hinweis, wenn Sie auf die Suche gehen: Viele Probleme dieser Art, die wir gefunden haben, hatten Attribute, die wir NICHT hatten:

1. lokaler DNS-Server innerhalb des Gebäudes (unser DNS-Server war öffentlich, z. B. Google 8.8.8.8).
2. Die Namen der lokalen Knoten im Gebäude konnten nicht übersetzt werden. (Wir haben versucht, auf öffentliche Internetseiten wie www.google.com zuzugreifen.)
3. Teil einer Windows-Domäne und / oder Verwendung von Active Directory, z. B. in einer Unternehmensumgebung (wir hatten gerade unseren PC mit einem WLAN-Router verbunden)

Ich hoffe unsere Antwort hilft jemand anderem.

Ich würde alle Netzwerktreiber neu installieren und eine statische DNS auf 8.8.8.8 und 8.8.4.4 einstellen (google Primär- und Sekundär-DNS-Server).

Leeren Sie den DNS-Cache mit:

ipconfig /flushdns

Wenn dies fehlschlägt, lohnt es sich möglicherweise, den DNS-Client-Dienst zu überprüfen, indem Sie services.msc über die Eingabeaufforderung starten. Suchen Sie den Dienst "DNS-Client" und stellen Sie sicher, dass die Startmethode auf "Automatisch" eingestellt ist und der Dienst gestartet wurde.

Installieren Sie TCP / IP neu (bitte lesen Sie weiter ...). Ich meine nicht "zurücksetzen", "neu starten", "wieder aktivieren". Führen Sie unter Windows 10 "netcfg -u ms_tcp" aus. Dadurch wird das Protokoll tatsächlich von Ihrem System entfernt. Kein TCP / IP v4 mehr drauf. Installieren Sie das Protokoll wie gewohnt neu (Eigenschaften der Netzwerkverbindung; Protokoll hinzufügen). In Windows 7 können Sie die Datei "nettcpip.inf" bearbeiten, um das Protokoll aus den Netzwerkverbindungseigenschaften zu entfernen. Dies ist in Windows 10 jedoch nicht möglich (nicht in 8 oder 8.1). Hoffe das hilft jemandem. Wohnmobil

Ich habe das gleiche Problem, meine Registry scheint in Ordnung, die einzige Möglichkeit , zeitlich um dieses Problem zu beheben ist , zu starten: ipconfig /renew. Ich werde versuchen, den IP-Stack zurückzusetzen. Ich werde weitere Informationen veröffentlichen, wenn ich eine Lösung finde.