Windows 7 DNS ne fonctionne pas (nslookup IS fonctionne; ping -4 name.com ne fonctionne pas)
nslookup IS fonctionne; ping -4 name.com ne fonctionne pas
Le symptôme le plus évident de ce problème est que nslookup IS fonctionne, alors que ping -4 name.com ne fonctionne PAS.
En effet, nslookup contient son propre client DNS et n'utilise donc pas celui de Windows.
ping lorsqu'un nom est attribué, utilise le client DNS Windows pour traduire nom -> numéro.
Donc, si nslookup peut traduire, beaucoup de choses fonctionnent: matériel réseau, NIC pilote de carte, 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. Par conséquent, si tous ces éléments fonctionnent, c'est le logiciel client DNS Windows lui-même qui est impliqué.
Notez que j'ai ping -4 pour isoler IPv4 en excluant les influences IPv6.
displaydns échoue
C’est pourquoi le meilleur symptôme pour décrire le problème actuel 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 Client DNS (aussi appelé dnscache) n'est pas en cours d'exécution. Cependant pour nous c'est.
Nous faisions
net stop dnscache
net start dnscache
sc query dnscache
et c'est sur.
Ce n'est pas un suffixe DNS
Une autre possibilité est que des suffixes DNS soient utilisés. Toutefois, lorsque vous accédez au réseau et au centre de partage -> modifiez les paramètres de la carte -> Connexion réseau sans fil -> Propriétés -> Protocole Internet Version 4 Propriétés -> Avancé -> onglet DNS, nous avons:
[VÉRIFIÉ] Ajouter les suffixes DNS principal et spécifique à la connexion
- [CHECKED] Ajoute le suffixe parent du suffixe DNS principal
[Décoché] Ajoutez ces suffixes DNS
(et la liste est vide)
Suffixe DNS pour cette connexion:
[CHECKED] Enregistrez les adresses de cette connexion dans le DNS. [Non coché] Utilisez le suffixe DNS de cette connexion dans l'enregistrement DNS.
Cependant, je ne suis pas sûr que cela soit 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 le débogage pour le moment. Donc, tout ce qui est rapporté ici est avec IPv6 désactivé.
nslookup fonctionne de manière fiable, sur google.com et tout le reste.
Cependant,
ping -4 google.com
dit
Ping request could not find Host google.com
Et la navigation dit erreur DNS.
Maintenant, j'ai appris que nslookup a son propre client DNS, distinct de Windows. Ce qui m'amènerait à croire que le client DNS nslookup's est correct et que Windows est en quelque sorte corrompu.
En effet, nous pouvons naviguer sur Google et d’autres sites via une adresse IP, mais pas par nom.
ping par adresse IP fonctionne bien. Comme le fait tracert par 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 au cours de la nslookup montre les requêtes de nom.
Cependant, une capture faisant un ping n'a montré aucune requête de ce type. En fait, pas d'activité du tout (autre que l'arrière-plan). Cela suggère que le client DNS Windows n’essaye même pas de se connecter à Internet pour traduire le nom, ce qui serait cohérent avec son incapacité à afficher des messages.
Autres notes
Le c:\windows\system32\drivers\etc\hosts est vide (commentaires uniquement).
Le problème survient lorsque le serveur DNS est défini sur celui de l'université. ou lorsqu'il est défini sur les versions 8.8.8.8 et/ou 8.8.4.4 de Google et/ou 208.67.222.222 et/ou 208.67.220.220 de OpenDNS. Ce qui est logique étant donné que Wireshark rapporte que Windows n'envoie même pas la requête de nom.
Le problème est survenu après un choc thermique. Cependant, être capable de parcourir les problèmes matériels liés aux règles IP, sauf peut-être pour la corruption du disque dur. Cependant, chkdsk n'a signalé aucun secteur défectueux et sfc n'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. A également vérifié les mises à jour pour cet adaptateur sur Windows. Il n'y en avait pas.
Le crash signifie un redémarrage, alors peut-être que c'était une mauvaise mise à jour de Windows. Cependant, il y a eu plusieurs redémarrages avant celui-ci et après la mise à jour la plus récente de Windows.
Malwarebytes Anti-Malware, notre bêta Malwarebytes Anti-Rootkit bêta, TDSSKiller et Comodo Cleaning Essentials (CCE), mais le logiciel ne semble pas avoir été mis à jour.
Je n'ai pas encore essayé en mode sans échec avec la mise en réseau.
Nous utilisons principalement un routeur universitaire. Toutefois, le problème se pose également lorsque vous êtes connecté au point d'accès sans fil d'un smartphone.
ipconfig indique 5 adaptateurs de tunnel, mais signalent tous "Media Disconnected". 2 d'entre eux sont spécifiques à l'université.
ipconfig et le gestionnaire de périphériques signalent tous deux un Microsoft Virtual WiFi Miniport Adapter. Qu'est-ce que c'est et 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 semblait avoir le même comportement.
Résumé
Il semble donc que le client DNS Windows soit corrompu ou au moins dysfonctionnel, mais je ne sais pas comment comprendre pourquoi.
(BTW, j'écris ceci sur un autre ordinateur)
Modifier:
@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
Edit 2:
A tenté
netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset
et redémarrez et n'a rien changé.
J'ai essayé cet excellent site (merci @Kris) Windows 7: Services - Restaurez les services par défaut sous Windows 7 et téléchargé leur DNS_Client.reg (et vous l'avez nommé .reg.txt pour la sécurité) et comparé cela à l'entrée de registre existante HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache mais 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 post 13 par shoeib qui dit l'avoir tirée de ce fil, mais je ne vois rien dans ce fil jusqu'à ce point. cela ferait même allusion à cette réponse.
Le post 20 de fencecat42 entre plus en détail.
Plus précisément,
En clé de registre:
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters
Les "valeurs" suivantes (comme les appelle MS, ce qui peut prêter à confusion, chacune pouvant contenir des "données") sontmissing
Domain
Hostname
NV Hostname
Tous les trois manquaient sur les deux fencecat42 et notre système.
Maintenant, bravo (enfin, presque;) @Kris parce que , il y avait une preuve de ce problème dans le ipconfig /all qui m’a demandé de poster. Notez que dans ma sortie postée, il n’ya pas de Host Name. Ceci est une seule et même Hostname du registre.
J'hésite à modifier le registre, car une simple frappe pourrait rendre votre système impossible à démarrer. Dans ce cas, j'espère que vous avez effectué une restauration du système ou une copie de votre registre (mes méthodes préférées 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 la 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 l'écran. Cette étape nécessite l'autorisation de l'UAC. Après l'avoir définie, vous devez redémarrer.)
Cette action définitbothles Hostname et NV Hostname "valeurs" dans le registre.
Nous n'avons pas trouvé de méthode non-regedit pour éditer la Domain "valeur". (Peut-être que netdom mais nous ne l'avions pas sur ce système Windows 7 Home Premium.) Nous avons donc utilisé le registre pour définir Domain sur une valeur vide . Nous avons utilisé regedit, navigué jusqu'à la clé Tcpip/Parameters, cliquez avec le bouton droit de la souris sur -> 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" (excusez les termes contre-intuitifs de MS). Vient de le créer et a laissé ses "données" non initialisées.
Remarque: nous avons essayé la mise en réseau après avoir défini JUST le nom de l'hôte. N'a pas marché. la Domain (même vide) était requise. Nous n'avons pas essayé avec un domaine créé (et vide) mais sans créer ni définir le nom de l'hôte. Mais je pense que c'est une expérience intéressante.
Des reflets
Premier,
Je ne me souviens plus maintenant, mais je suppose que nous avons essayé Microsoft "Comment réinitialiser TCP/IP à l'aide de l'utilitaire NetShell" , qui est
netsh int ip reset c:\resetlog.txt
(ou le chemin et le nom de fichier que vous voulez pour le fichier journal).
Et cette page MS dit ceci:
Lorsque vous exécutez la commande reset, elle écrase 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ée, MS ne montre tout simplement pas toute sa hiérarchie. --john v kumpf]
Cela a le même effet que de supprimer et de réinstaller 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 remplace ces clés de registre etne parvient pas à écrire le nom d'hôte et le domaine? Peut être?
Si tel est le cas, alors ce qui a vraiment fonctionné pour nous, c’est la réinitialisation de l’ip ip, puis la définition de ces clés de registre.
Seconde,
Notre problème est apparu après un redémarrage après un crash dû à la chaleur. Difficile de relier cet événement au problème. Une possibilité est que la chaleur écrase un petit nombre de blocs du disque et que l’un de ces blocs contienne une partie des valeurs de la clé de registre Tcpip. Peu probable, mais possible.
Ou, si cette réinstallation de TCP/IPétaitnécessaire, les blocs de disque ont corrompu le service TCP/IP, et nous avons dû le réinstaller, puis le réparer up après.
Troisième,
C'est un résultat assez intéressant. Cela signifie que le client DNS Windows cherche Domain ou 2 ou les 3 de ces "valeurs" dans le registre. Et si elle les trouve, ça va. Si elle ne les trouve pas, en particulier si elle ne trouve pas la Domain, elle se trompe et échoue. Aucun rapport d'erreur [1].
Je pense que nous pouvons conclure de cette preuve que il s'agit d'un bogue dans le client DNS Windows . Nous pouvons le prouver car cela fonctionne avec une valeur de domaine vide , ce qui signifie que le logiciel ne peut pas vraiment l'utiliser, ce qui signifie pourquoi cela l'exigerait-il d'exister (même vide) fonctionner correctement? C'est un bug.
[1] Quatrième
Il y apourraitavoir été signalé par un rapport d'erreur, mais pas dans l'observateur d'événements dans les espaces communs (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 être sortis, en particulier
- Observateur d'événements (local)
- Applications et services locaux
- Microsoft
- Les fenêtres
- Événements du client DNS
- Événements client Microsoft-Windows-DHCP/Admin
- Événements client Microsoft-Windows-DHCP/Opérationnel
mais aussi éventuellement
- Observateur d'événements (local)
- Applications et services locaux
- Microsoft
- Les fenêtres
- Dhcp * -> *
- Diagnostics-Networking -> Opérationnel
- Iphlpsvc -> Opérationnel
- NCSI -> Opérationnel
- NDIS -> Opérationnel
- Protection d'accès au réseau
- Opérationnel
- WHC
- Profil de réseau -> Opérationnel
- NlaSvc -> Opérationnel
- NTLM -> Opérationnel
- WebIO -> NDF/Diagnostic
- Modification du catalogue Winsock -> Opérationnel
- Winsock Network Event -> Opérationnel
- Wired-AutoConfig -> Opérationnel
- WLAN-AutoConfig -> Opérationnel
Cinquième,
Après de nombreuses heures passées à surfer sur ce problème, il semble que ce problème soit généralement difficile à résoudre et qu’il s’agisse d’un problème "étrange".
Par exemple, dans cet article de spiceworks , le problème était un certificat arrivé à expiration sur un serveur DNS.
L’affiche "Galen in Laguna" de spiceworks a proposé un moyen de désinstaller complètement la pile TCP/IP de Windows 7 et de laisser Windows le réinstaller. Je suppose que cela aurait fonctionné dans notre cas, car cela aurait restauré la clé de registre Tcpip. (Mais voir le message MS ci-dessus.)
Poster ILS chez spiceworks a suggéré que le pilote afd.sys puisse avoir un cheval de Troie ou soit corrompu d’une manière ou d’une autre, et a suggéré comment le remplacer. (afd signifie "Pilote de fonction auxiliaire" pour Winsock.)
Ce message de superutilisateur Pourquoi "ping" est-il incapable de résoudre un nom alors que "nslookup" fonctionne correctement? où la question comportait 35 votes positifs et la meilleure réponse 27, est une bonne référence. Là, les gens ont rapporté "d'autres solutions pour eux", y compris:
- plusieurs passerelles par défaut
- deux PC ayant la même adresse IP sur le réseau
- Problème de requête DNS multi-étiquettes Windows 7 (quel qu’il soit)
En outre, certaines personnes signalent que ce problème peut être provoqué par des "rootkits". Je suggérerais à quiconque aux prises avec ce problème d’exécuter quelques analyseurs/éliminateurs de rootkits. bleepingcomputer.com est un bon endroit pour obtenir des conseils. Ou lisez le meilleur scanner/dissolvant pour rootkit gratuit de Gizmo sur techsupportalert.com
Sixième,
Il est prouvé dans les forums que ce problème reste le plus souvent non résolu.
Une de ces affiches, "Galen in Laguna" de spiceworks disait que c'était ce qu'elles devaient faire habituellement.
Ce même message de superutilisateur Pourquoi "ping" est-il incapable de résoudre un nom alors que "nslookup" fonctionne correctement? où la question avait 35 votes positifs et la meilleure réponse 27 , le meilleur réponse de l'auteur a déclaré, "Certains sites recommandent également de désinstaller et de réinstaller SP3 dans ce cas."
Septième,
Conseil utile si cela ne résout pas le problèmevotreproblème: lors de la recherche sur Internet de problèmes DNS sous Windows, sachez que de nombreux articles parlent de Windowsserveur fonctionnant comme un serveur DNS. Notre problème était que nous avions un vieux PC ordinaire connecté via un routeur à Internet et que notre logiciel DNSclientne fonctionnait pas. Parfois, en lisant des posts, j'ai raté cette distinction.
Huitième,
Autre astuce 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:
- serveur DNS local dans le bâtiment (le nôtre était un serveur DNS public, par exemple, le 8.8.8.8 de Google).
- échec de la traduction des noms des nœuds locaux dans le bâtiment (nous essayions d'accéder à des sites Internet publics, tels que www.google.com)
- fait partie d'un domaine Windows et/ou utilise Active Directory, par exemple dans un environnement d'entreprise (notre ordinateur vient juste d'être connecté à 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 à 8.8.8.8 et 8.8.4.4 (serveurs DNS primaire et secondaire de Google).
J'ai le même problème, mon registre semble bien, la seule façon de le réparer temporairement est de lancer: ipconfig /renew. Je vais essayer de réinitialiser la pile IP, je posterai quelques informations supplémentaires si je trouve une solution ...
Essayez de vider le cache DNS en utilisant:
ipconfig /flushdns
Si cela échoue, vérifiez le service du client DNS en lançant services.msc à partir de la commande Invite. 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 "le réinitialiser", "le redémarrer", "le réactiver". Dans Windows 10, exécutez "netcfg -u ms_tcp". En réalité, cela supprimera le protocole de votre système. Plus de TCP/IP v4 dessus. Réinstallez le protocole comme d'habitude (propriétés de la connexion réseau, ajout du protocole). Dans Windows 7, vous pouvez éditer le fichier nettcpip.inf pour vous permettre de désorganiser le protocole des propriétés de connexion réseau, mais cela n’est pas possible dans Windows 10 (impossible de dire en 8 ni en 8.1). J'espère que ça aide quelqu'un. RV