Le DNS Windows 7 ne fonctionne pas (nslookup fonctionne ; ping -4 name.com NE fonctionne PAS)

Nslookup fonctionne; ping -4 name.com NE fonctionne pas

Le symptôme le plus évident de ce problème est que nslookup fonctionne, tandis que ping -4 name.com ne fonctionne PAS.

C'est parce que nslookup contient son propre client DNS et n'utilise donc pas celui de Windows.

ping lorsqu'un nom lui est donné, utilise le client DNS Windows pour traduire nom -> numéro.

Donc si nslookup peut traduire, alors beaucoup de choses fonctionnent: matériel de réseau, adaptateur NIC pilote, 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 tout ce qui fonctionne, c'est le logiciel client DNS Windows lui-même qui est impliqué.

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

Échec de l'affichage

C'est 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 exécute

En lisant les forums, la raison la plus probable de ce symptôme est que le service client DNS (alias dnscache) ne fonctionne pas; mais pour nous, c'est le cas.

Nous l'avons fait 

net stop dnscache
net start dnscache
sc query dnscache

Et c'est allumé.

Ce n'est pas le suffixe DNS

Une autre possibilité est qu'il existe des suffixes DNS en cours d'utilisation. Cependant, allez 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 de la version 4 du Protocole Internet -> Avancé -> onglet DNS, nous avons :

[COCHÉ] Ajoute des suffixes DNS primaires et spécifiques à la connexion

  • [COCHÉ] Ajoute des suffixes parents du suffixe DNS principal

[Non coché] Ajoutez ces suffixes DNS

(et la zone de liste est vide)

Suffixe DNS pour cette connexion :

[COCHÉ] Enregistrez les adresses de cette connexion dans DNS [Non coché] Utilisez le suffixe DNS de cette connexion dans Enregistrement DNS.

Cependant, je ne sais pas si tout cela compte car nous ne pouvons pas y arriver goolge.com , c'est-à-dire un nom de domaine complet.

Plus d'infos

Nous avons désactivé IPv6 pour l'instant pour le débogage. 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 indique une erreur DNS.

Maintenant, j'ai appris que nslookup a son propre client DNS, séparé de Windows. Ce qui me porterait à croire que le client DNS nslookup's va bien et que Windows est corrompu d'une manière ou d'une autre.

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. Tout comme tracert par adresse IP.

Pas d'accès direct

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 nslookup affiche le nom requête.

Cependant, une capture faisant un ping n'a montré aucune requête de ce type. En fait, aucune activité (autre que le fond). Cela suggère que le client DNS Windows n'essaie même pas de se rendre sur Internet et de traduire le nom, ce qui serait compatible avec son incapacité à afficherdns.

Autres notes

Le c:windowssystem32driversetchosts est vide (seulement des commentaires).

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

Le problème s'est produit après un accident de chaleur. Cependant, être capable de naviguer par des problèmes matériels de 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é la carte réseau dans le Gestionnaire de périphériques et l'avons laissée réinstaller automatiquement. Également vérifié pour les mises à jour de cet adaptateur sous Windows. Il n'y en avait pas.

Le crash signifie un redémarrage, alors 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 couru pour rootkit est Malwarebytes Anti-Malware, également leur Malwarebytes Anti-Rootkit beta, TDSSKiller et Comodo Cleaning Essentials (CCE, mais il ne semble pas être mis à jour).

N'ont pas essayé en mode sans échec avec réseautage encore.

Nous utilisons principalement un routeur universitaire, mais le problème se produit également lorsqu'il est connecté au hotspot du smartphone.

ipconfig rapporte 5 adaptateurs de tunnel, mais ils signalent tous "Média déconnecté". 2 d'entre eux semblent 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é

Donc, il semble que le client DNS Windows soit corrompu ou au moins défectueux d'une manière ou d'une autre, 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

Modifier 2:

Essayé 

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

Et redémarrez et n'a rien changé.

Essayé ceci excellent site (merci @Kris) Windows 7: Services - Restaurez les Services par défaut dans Windows 7 { [161]} et téléchargez leur DNS_Client.reg (et nommez-le .reg.txt pour des raisons de sécurité) et comparez cela à l'entrée de registre existante HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesDnscache mais malheureusement, ils étaient les mêmes.

demandé sur