nslookup fonctionne; ping -4 name.com ne fonctionne pas

Le symptôme le plus évident de ce problème est que nslookupfonctionne, alors qu'il ping -4 name.comne fonctionne pas.

En effet, nslookupcontient son propre client DNS et n'utilise donc pas celui de Windows.

ping quand on lui donne un nom, utilise le client DNS Windows pour traduire le nom -> numéro.

Donc, si nslookuppeut traduire, alors beaucoup de choses fonctionnent: matériel réseau, pilote d'adaptateur NIC, connectivité Internet aux serveurs DNS et accès réussi aux serveurs pour effectuer une traduction. C'est beaucoup!

Cependant, ping -4 name.coméchoue, donc si toutes ces autres choses fonctionnent, c'est le logiciel client DNS Windows lui-même qui est impliqué.

Notez que j'ai fait ping -4pour isoler IPv4 en excluant les influences IPv6.

displaydns échoue

Voilà pourquoi le meilleur symptôme pour décrire le problème réel est que

ipconfig /displaydns

rapports:

Could not display the DNS Resolver Cache.

Mais le client DNS est en cours d'exécution

En lisant les forums, la raison la plus probable de ce symptôme est que le service DNS Client (aka dnscache) n'est pas en cours d'exécution; mais pour nous c'est le cas.

Nous faisions

net stop dnscache
net start dnscache
sc query dnscache

et c'est allumé.

Ce n'est pas un suffixe DNS

Une autre possibilité est l'utilisation de suffixes DNS. Cependant, en entrant dans le centre de réseau et de partage -> modifier les paramètres de l'adaptateur -> Connexion réseau sans fil -> Propriétés -> Propriétés du protocole Internet version 4 -> Avancé -> onglet DNS, nous avons:

[VÉRIFIÉ] Ajouter des suffixes DNS principaux et spécifiques à la connexion

• [VÉRIFIÉ] Ajouter les suffixes parents du suffixe DNS principal

[Non coché] Ajouter ces suffixes DNS

(et la zone de liste est vide)

Suffixe DNS pour cette connexion:

[VÉRIFIÉ] Enregistrez les adresses de cette connexion dans DNS [Non vérifié] Utilisez le suffixe DNS de cette connexion dans l'enregistrement DNS.

Cependant, je ne sais pas si tout cela est important car nous ne pouvons pas accéder à goolge.com, c'est-à-dire un nom de domaine complet.

Plus d'informations

Nous avons désactivé IPv6 pour l'instant pour le débogage. Donc, tout ce qui est rapporté ici est avec IPv6 désactivé.

nslookupfonctionne de manière fiable, sur google.comet tout le reste.

cependant,

ping -4 google.com

dit

Ping request could not find host google.com

Et la navigation indique une erreur DNS.

Maintenant, j'ai appris qu'il nslookupa son propre client DNS, distinct de Windows. Ce qui me ferait croire que nslookup'sle client DNS va bien et que Windows est corrompu d'une manière ou d'une autre.

En effet, nous pouvons parcourir Google et d'autres sites via une adresse IP fine, mais pas par nom.

pingpar adresse IP fonctionne très bien. Tout comme tracertpar adresse IP.

Pas DirectAccess

Le problème ne semble pas être DirectAccess:

netsh dns show state

rapports (entre autres)

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Wireshark

Une capture Wireshark pendant les nslookuprequêtes de noms de spectacles.

Cependant, une capture faisant ping n'a montré aucune de ces requêtes. En fait, pas d'activité du tout (autre que le fond). Cela suggère que le client DNS Windows n'essaie même pas d'aller sur Internet et de traduire le nom, ce qui serait cohérent avec son incapacité à afficher les DNS.

Autres notes

Le c:\windows\system32\drivers\etc\hostsest vide (uniquement les commentaires).

Le problème se produit lorsque le serveur DNS est réglé sur celui de l'université; ou lorsqu'il est réglé sur Google 8.8.8.8 et / ou 8.8.4.4 et / ou 208.67.222.222 et / ou 208.67.220.220 d'OpenDNS. Ce qui est logique étant donné que Wireshark signale que Windows n'envoie même pas la requête de nom.

Le problème est survenu après un coup de chaleur. Cependant, être en mesure de naviguer par les problèmes matériels des règles IP, sauf peut-être pour la corruption du disque dur. Cependant, chkdskn'a signalé aucun mauvais secteur et sfcn'a trouvé aucune corruption.

Nous avons également désinstallé l'adaptateur réseau dans le Gestionnaire de périphériques et l'avons laissé se réinstaller automatiquement. Également vérifié les mises à jour de cet adaptateur sur Windows. Il n'y en avait pas.

Le crash signifie un redémarrage, donc c'était peut-être une mauvaise mise à jour de Windows. Cependant, il y a eu plusieurs redémarrages avant celui-ci et après la dernière mise à jour de Windows.

Nous avons exécuté pour rootkit Malwarebytes Anti-Malware, ainsi que leur version bêta Malwarebytes Anti-Rootkit, TDSSKiller et Comodo Cleaning Essentials (CCE, mais il ne semble pas être mis à jour).

Je n'ai pas encore essayé en mode sans échec avec mise en réseau.

Nous utilisons principalement un routeur universitaire, mais le problème se produit également lors de la connexion au hotspot du smartphone.

ipconfigsignale 5 adaptateurs de tunnel, mais ils indiquent tous "Media Disconnected". 2 d'entre eux semblent spécifiques à l'université.

ipconfiget le gestionnaire de périphériques signalent tous les deux a Microsoft Virtual WiFi Miniport Adapter. Qu'est-ce que c'est et cela pourrait-il être le problème?

Le problème est identique après de nombreux redémarrages du PC.

C'est un ordinateur portable, et la plupart de cela a été fait avec la connexion sans fil, mais la connexion filaire semble avoir le même comportement.

Sommaire

Ainsi, il semble que le client DNS Windows soit corrompu ou au moins fonctionne mal d'une manière ou d'une autre, mais je ne sais pas comment comprendre pourquoi.

(BTW, j'écris ceci sur un autre ordinateur)

Éditer:

@Kris voulait voir 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

Modifier 2:

A tenté

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

et redémarrer et n'a rien changé.

J'ai essayé cet excellent site (merci @Kris) Windows 7: Services - Restaurer les services par défaut dans Windows 7 et téléchargé leur DNS_Client.reg(et l'a nommé .reg.txtpar sécurité) et comparé cela à l'entrée de registre existante HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscachemais malheureusement, ils étaient les mêmes.

Nous avons trouvé la réponse sur edugeek.com et l' avons utilisée comme guide. Nos actions explicites sont expliquées ci-dessous.

La réponse sur EduGeek est d'abord introduite dans le post 13 par Shoeib qui dit qu'ils l'ont obtenue de ce fil, mais je ne vois rien dans ce fil jusqu'à ce point qui pourrait même faire allusion à cette réponse.

Le post 20 de fencecat42 va plus en détail.

Plus précisément,

Dans la clé de registre:

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

Les "valeurs" suivantes (comme les appellent MS de manière confuse, chacune pouvant avoir des "données") sont manquantes

Domain
Hostname
NV Hostname

Les trois manquaient à la fois sur fencecat42 et sur notre système.

Maintenant, bravo (enfin, presque;) @Kris parce qu'il y avait des preuves de ce problème dans le ipconfig /allqu'ils m'ont demandé de poster. Remarquez dans ma sortie affichée qu'il n'y a pas Host Name. C'est la même chose Hostnamedu registre.

J'hésite à modifier le registre, car une frappe erronée pourrait rendre votre système non amorçable, auquel cas j'espère que vous avez effectué une restauration du système ou fait une copie de votre registre (mes moyens préférés sont ERUNT et Tweaking.com Windows Repair All-In -Un (qui inclut un outil de sauvegarde du registre) (j'ai découvert ces outils sur techsupportalert.com))

Donc, pour définir le Hostname, nous sommes simplement allés dans Panneau de configuration -> Système. (Souvent, le lien "Modifier les paramètres" n'est pas visible dans le premier écran; vous devez faire défiler vers le bas. Cette étape nécessite une autorisation UAC. Après l'avoir défini, vous devez redémarrer.)

Cette action définit à la fois les valeurs " Hostnameet NV Hostname" dans le registre.

Nous n'avons pas pu trouver un moyen non-regedit de modifier la Domain"valeur". (Peut-être, netdommais nous ne l'avons pas sur ce système Windows 7 Home Premium.) Nous avons donc utilisé le registre pour définir Domain une valeur vide . Nous avons utilisé regedit, navigué jusqu'à la Tcpip/Parametersclé, un clic droit -> Nouveau -> Valeur de chaîne. Cela crée une nouvelle "valeur" et vous permet de taper son nom, en changeant le nouveau nom par défaut. Ensuite, nous n'avons pas eu à créer de «données» réelles pour cette «valeur» (pardonnez à nouveau les termes contre-intuitifs de MS). Je viens de le créer et de laisser ses "données" non initialisées.

Remarque: nous avons essayé la mise en réseau après avoir défini JUSTE le nom d'hôte. N'a pas fonctionné. le Domain(même vide) était requis. Nous n'avons pas essayé avec le domaine créé (et vide) mais sans créer et définir le nom d'hôte. Mais je pense que c'est une expérience intéressante.

Réflexions

Premier,

Je ne me souviens pas maintenant, mais je soupçonne que nous avons essayé "Comment réinitialiser TCP / IP en utilisant l'utilitaire NetShell" de Microsoft qui est

netsh int ip reset c:\resetlog.txt

(ou quel que soit le chemin et le nom de fichier que vous souhaitez pour le fichier journal).

Et cette page MS dit ceci:

Lorsque vous exécutez la commande de réinitialisation, elle remplace les clés de registre suivantes, qui sont toutes deux utilisées par TCP / IP:

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

[On dirait que la même clé de registre que nous avons changé, MS ne montre tout simplement pas toute sa hiérarchie. --john v kumpf]

Cela a le même effet que la suppression et la réinstallation de TCP / IP. Pour exécuter la commande manuelle avec succès, vous devez spécifier un nom pour le fichier journal dans lequel les actions netsh seront enregistrées. (Ce fichier journal est appelé "resetlog.txt" dans les procédures manuelles plus haut dans cette section.)

Peut-être que ce processus de réinstallation écrase ces clés de registre et ne parvient pas à écrire le nom d'hôte et le domaine ? Peut être?

Si c'est le cas, ce qui a vraiment fonctionné pour nous, c'est la réinitialisation de l'IP MS, puis la définition de ces clés de registre.

Seconde,

Notre problème est apparu après le redémarrage après un crash dû à la chaleur. Difficile de connecter cet événement au problème. Une possibilité est que la chaleur a écrasé un petit nombre de blocs du disque et que l'un de ces blocs contenait une partie des valeurs de clé de registre Tcpip. Peu probable, mais je suppose que c'est possible.

Ou, si cette réinstallation de TCP / IP était nécessaire, que les blocs de disques ont corrompu le service TCP / IP, et nous avons dû le réinstaller puis le réparer après.

Troisième,

C'est un résultat assez intéressant. Cela signifie que le client DNS Windows recherche soit Domainou 2, soit les 3 de ces "valeurs" dans le registre. Et s'il les trouve, ça va. S'il ne les trouve pas, en particulier s'il ne les trouve pas Domain, il commet une erreur et échoue simplement. Aucun rapport d'erreur [1].

Je pense que nous pouvons conclure de cette preuve qu'il s'agit d'un bogue dans le client DNS Windows . Nous pouvons le prouver car il fonctionne avec une valeur de domaine vide , ce qui signifie que le logiciel ne peut pas vraiment l'utiliser, ce qui signifie pourquoi exigerait-il qu'il existe (même vide) pour fonctionner correctement? C'est un bug.

[1] Quatrièmement,

Il se peut qu'il y ait eu un rapport d'erreur, mais pas dans l'Observateur d'événements dans les endroits courants (sous la hiérarchie: Observateur d'événements (local) -> Windows -> Application et système). Il existe d'autres journaux, dont beaucoup ne sont pas activés par défaut, qui auraient pu avoir une sortie, en particulier

• Observateur d'événements (local)
• • Applications et services locaux
• • • Microsoft
• • • • les fenêtres
• • • • • Événements du client DNS
• • • • • • Administrateurs / événements client Microsoft-Windows-DHCP
• • • • • • Événements clients Microsoft-Windows-DHCP / opérationnels

mais aussi éventuellement

• Observateur d'événements (local)
• • Applications et services locaux
• • • Microsoft
• • • • les fenêtres
• • • • • Dhcp * -> *
• • • • • Diagnostic-Réseautage -> Opérationnel
• • • • • Iphlpsvc -> Opérationnel
• • • • • NCSI -> Opérationnel
• • • • • NDIS -> Opérationnel
• • • • • Protection d'accès au réseau
• • • • • • Opérationnel
• • • • • • WHC
• • • • • NetworkProfile -> Opérationnel
• • • • • NlaSvc -> Opérationnel
• • • • • NTLM -> Opérationnel
• • • • • WebIO -> NDF / Diagnostic
• • • • • Modification du catalogue Winsock -> Opérationnel
• • • • • Événement du réseau Winsock -> Opérationnel
• • • • • Wired-AutoConfig -> Opérationnel
• • • • • WLAN-AutoConfig -> Opérationnel

Cinquième,

Après de nombreuses heures à surfer sur ce problème, il semble que ce problème soit généralement difficile à déboguer et soit quelque chose de "bizarre".

Par exemple, dans ce post de spiceworks , le problème était un certificat expiré dans un serveur DNS.

L'affiche "Galen in Laguna" sur spiceworks a suggéré un moyen de désinstaller complètement la pile TCP / IP dans Windows 7 et de laisser Windows la réinstaller. Je soupçonne que cela aurait fonctionné dans notre cas, car cela aurait restauré la Tcpipclé de registre. (Mais voir le message MS ci-dessus.)

Poster ILS chez spiceworks a suggéré que le afd.syspilote pourrait avoir un cheval de Troie ou être corrompu d'une certaine manière, et a suggéré comment le remplacer. ( afdsignifie "pilote de fonction auxiliaire" pour Winsock.)

Ce post de superutilisateur Pourquoi 'ping' ne peut-il pas résoudre un nom quand 'nslookup' fonctionne correctement? où la question avait 35 votes positifs et la meilleure réponse 27, est une bonne référence. Là-bas, les gens ont signalé «d'autres solutions pour eux», notamment:

• plusieurs passerelles par défaut
• deux PC ayant la même adresse IP sur le réseau
• Problème de requête DNS Windows 7 Multi Label (quel qu'il soit)

De plus, les utilisateurs signalent que ce problème peut être causé par des "rootkits". Je suggérerais à quiconque ayant des problèmes avec ce problème d'exécuter quelques scanneurs / suppresseurs de rootkits. bleepingcomputer.com est un bon endroit pour obtenir des conseils. Ou lisez le meilleur scanner / décapant Rootkit gratuit de Gizmo sur techsupportalert.com

Sixième,

Il y a des preuves dans les forums que ce problème n'est pas résolu le plus souvent.

L'une de ces affiches, "Galen in Laguna", chez spiceworks, a déclaré que c'est ce qu'ils doivent habituellement faire.

Ce même message de superutilisateur Pourquoi «ping» ne peut-il pas résoudre un nom lorsque «nslookup» fonctionne correctement? où la question avait 35 votes positifs et la meilleure réponse 27, l'auteur de la meilleure réponse a dit: "Certains sites recommandent également de désinstaller et réinstaller SP3 dans ce cas."

Et, ce pauvre superutilisateur qui a tout essayé, n'a obtenu aucune réponse, et après 18 jours a dû réparer l'installation

Septième,

Conseil utile si cela ne résout pas votre problème: lorsque vous recherchez sur Internet des problèmes DNS Windows, sachez que de nombreux articles parlent d'un serveur Windows fonctionnant comme un serveur DNS . Notre problème était que nous avions un vieux PC simple connecté via un routeur à Internet et que notre logiciel client DNS ne fonctionnait pas. Parfois, en lisant des messages, j'ai raté cette distinction.

Huitième,

Un autre indice utile si vous effectuez une recherche: de nombreux problèmes de ce type que nous avons trouvés avaient des attributs que nous n'avions PAS:

1. serveur DNS local dans le bâtiment (le nôtre était un serveur DNS public, par exemple, Google 8.8.8.8).
2. échec de la traduction des noms des nœuds locaux dans le bâtiment (nous essayions d'accéder à des sites Internet publics, comme www.google.com)
3. faisant partie d'un domaine Windows et / ou utilisant Active Directory, par exemple dans un environnement d'entreprise (nous venons de faire connecter notre PC à un routeur sans fil)

J'espère que notre réponse aide quelqu'un d'autre.

Je voudrais réinstaller tous les pilotes réseau et définir un DNS statique sur 8.8.8.8 et 8.8.4.4 (serveurs DNS primaire et secondaire de Google).

Essayez de vider le cache DNS en utilisant:

ipconfig /flushdns

Si cela échoue, il peut être utile de vérifier le service client DNS en démarrant services.msc à partir de l'invite de commande. Recherchez le service appelé «Client DNS» et assurez-vous que sa méthode de démarrage est définie sur «Automatique» et que le service est démarré.

Réinstallez TCP / IP (veuillez continuer à lire ...). Je ne veux pas dire "réinitialiser", "redémarrer", "réactiver". Sous Windows 10, exécutez "netcfg -u ms_tcp". Cela supprimera EN FAIT le protocole de votre système. Plus de TCP / IP v4 dessus. Réinstallez le protocole de la manière habituelle (propriétés de la connexion réseau; ajoutez le protocole). Dans Windows 7, vous pouvez modifier nettcpip.inf pour vous permettre de désinstaller le protocole des propriétés de connexion réseau, mais ce n'est pas possible dans Windows 10 (impossible à dire dans 8 ou 8.1). J'espère que cela aide quelqu'un. RV

Je suis le même problème, mon registre semble bien, la seule façon de résoudre ce problème est le temps de lancement: ipconfig /renew. Je vais essayer de réinitialiser la pile IP, je posterai plus d'informations si je trouve une solution ...