Comment tester DNS

Instructions

1. Ouvrez un navigateur comme Mozilla Firefox ou Internet Explorer. Tapez google.com dans la barre d'adresse. Si elle ne semble pas, un message apparaît disant qu'il ne peut pas trouver le site.

2. Ensuite, ouvrez une invite de commande: Allez à "Démarrer ou "Exécuter et tapez CMD dans la boîte. Appuyez sur la "Entrer" clé. (Appuyez sur la "Maj touche plus "Entrer" pour Windows Vista.)

3. Tapez NSLOOKUP dans la boîte noire qui apparaît. Ensuite, appuyez sur [ENTRER]
   Le message suivant doit apparaître: -
   C: gt; NSLOOKUP
   Serveur par défaut: resolver1.opendns.com
   Adresse: 208.67.222.222

   Cela vous indique que le DNS fonctionne.
   D'autre part, vous pourriez obtenir un message comme celui-ci: -
   *** Vous ne trouvez pas le nom du serveur pour l'adresse 208.67.222.222: Expiration du délai ...
   Cela indique que dans le temps qu'il faut normalement pour résoudre une adresse, rien n'a été porté à partir du serveur, donc soit il ya quelque chose de mal, à la fin du serveur ou entre les deux.

4. Type "Sortie" de sortir de la boîte de dialogue NSLOOKUP. Il vous permettra de revenir à une invite de commande normale.
   Exemple:

   Sortie
   C: gt;

5. Type "ping --a" et l'adresse IP de l'étape 3 pour vérifier si le serveur DNS est en fait en place. (Ping cette adresse IP avec le --a ajoutée à la commande produit le nom DNS du serveur, en utilisant le protocole ICMP echo.
   Exemple:
   C: gt; ping -a 208.67.222.222
   Ping resolver1.opendns.com [208.67.222.222] avec 32 octets de données:
   Réponse de 208.67.222.222: octets = 32 temps = 85 ms TTL = 46
   Réponse de 208.67.222.222: octets = 32 temps = 25ms TTL = 46
   Réponse de 208.67.222.222: octets = 32 temps = 27 ms est observée TTL = 46
   Réponse de 208.67.222.222: octets = 32 temps = 28ms TTL = 46
   Statistiques ping pour 208.67.222.222:

   
   
   
   

   Paquets: envoyés = 4, Reçus = 4, perdus = 0 (perte 0%),

   Durée approximative des rondes en millisecondes:

   = 25 ms minimum, maximum = 85 ms, Moyenne = 41ms

   Il pourrait revenir avec quelque chose comme "... Les paquets envoyés: = 4, Reçus = 0, perdus = 4 (100% perte) ..." Cela signifie que le serveur est en panne, ou il ya un autre scénario se produisant. Éliminer un ou plusieurs scénarios à l'étape suivante.

6. Tapez une autre commande pour veiller à ce que le magasin d'adresses IP de votre ordinateur ne cause pas un problème, car il est si plein qu'il est devenu brouillé:
   C: gt; ipconfig / flushdns
   Configuration IP de Windows
   Rincé avec succès le cache de résolution DNS

   Revenez à l'étape 3 pour voir si cela a éclairci la question.
   Si vous obtenez: un message tel que:
   C: gt; NSLOOKUP
   Serveur par défaut: resolver1.opendns.com
   Adresse: 208.67.222.222

   alors le problème est résolu et vous devriez obtenir des résultats à partir de votre navigateur Internet vous permettant de surfer à nouveau le Web.

   
   
   
   

   Si il n'y a pas de réponse, et les pings revenir à partir du serveur, il pourrait y avoir un autre problème affectant la façon dont le signal est dans les préparatifs.

   Dans la prochaine étape, nous allons voir comment le signal arrive au serveur DNS.

7. Tapez la commande: - tracert et d'ajouter sur l'adresse IP de l'étape 3 ci-dessus pour vérifier toutes les étapes intermédiaires entre vous et le DNS. Si elle ne peut pas obtenir sur le serveur, il pourrait être un routeur ou un commutateur est quelque part entre la source du problème:
   Exemple:
   C: gt; tracert 208.67.222.222
   Détermination de l'itinéraire à resolver1.opendns.com [208.67.222.222]
   sur un maximum de 30 sauts:
   1 14 ms 2 ms 2 ms 192.168.0.1
   2 31 ms 11 ms 12 ms 10.243.96.1
   3 8 ms 9 ms 8 ms cpe-76-166-3-116.socal.rr.com [76.166.3.116]
   4 20 ms 11 ms 8 ms tge1-1.stclca1-rtr2.socal.rr.com [76.166.9.5]
   5 12 ms 10 ms 10 ms te9-3-stclca3-rtr2.socal.rr.com [76.166.1.60]
   6 11 ms 10 ms 10 ms te9-3-stclca3-rtr2.socal.rr.com [76.166.9.60]
   7 11 ms 11 ms 10 ms tge9-4.bwlaca1-rtr1.socal.rr.com [76.166.1.59]
   8 13 ms 12 ms 15 ms tge2-0-0.lsanca4-rtr1.socal.rr.com [66.75.161.20
   1]
   9 Request timed out.
   10 21 ms 22 ms 22 ms te-1-3.car1.Tustin1.Level3.net [4.79.140.37]
   11 ms 52 ms 19 ms 44 ae-2-3.bar1.Tustin1.Level3.net [4.69.132.218]
   12 31 ms 16 ms 19 ms ae-6-6.ebr1.LosAngeles1.Level3.net [4.69.136.202
   ]
   13 17 ms 21 ms 16 ms ae-1-60.edge3.LosAngeles1.Level3.net [4.69.144.9
   ]
   14 17 ms 17 ms 17 ms xe-9-1.r01.lsanca03.us.bb.gin.ntt.net [129.250.8
   .181]
   15 19 ms 17 ms 15 ms ae-2.r20.lsanca03.us.bb.gin.ntt.net [129.250.3.1
   25]
   16 102 ms 26 ms 30 ms as-0.r21.snjsca04.us.bb.gin.ntt.net [129.250.4.9
   6]
   17 ms 39 ms 33 ms 118 ae-0.r20.plalca01.us.bb.gin.ntt.net [129.250.4.1
   18]
   18 287 ms 198 ms 129 ms xe-3-4.r04.plalca01.us.bb.gin.ntt.net [129.250.4
   .242]
   19 113 ms 26 ms 26 ms ge-2-3.r04.plalca01.us.ce.gin.ntt.net [140.174.2
   1.166]
   20 ms 29 ms 34 ms 118 resolver1.opendns.com [208.67.222.222]
   Trace complète.
   Il ya un long chemin, mais il y est arrivé. Si l'un des routeurs du système était dans entre vous (192.168.0.1) et le serveur DNS (208.67.222.222), vous verriez qu'il arrête là avec une série d'étoiles:
   Exemple:
   C: gt; tracert 208.67.222.222
   Détermination de l'itinéraire à resolver1.opendns.com [208.67.222.222]
   sur un maximum de 30 sauts:
   1 14 ms 2 ms 2 ms 192.168.0.1
   2 31 ms 11 ms 12 ms 10.243.96.1
   3 8 ms 9 ms 8 ms cpe-76-166-3-116.socal.rr.com [76.166.3.116]
   4 20 ms 11 ms 8 ms tge1-1.stclca1-rtr2.socal.rr.com [76.166.9.5]
   5 12 ms 10 ms 10 ms te9-3-stclca3-rtr2.socal.rr.com [76.166.1.60]
   6

   7

   8

   9 *

   Si le signal ne peut pas atteindre le serveur DNS, il ne sera pas traduire l'adresse, il est donc le même que si le serveur DNS sont en baisse.
   Remède: Essayez un autre serveur DNS. Vous aurez besoin d'ajouter un autre DNS dans la configuration TCP / IP. (Voir l'illustration)

8. Ajouter un autre serveur DNS comme celui de l'illustration ci-dessus (4.2.2.4) et vous serez en mesure de tester à nouveau le système. Souvent, en utilisant un assortiment d'adresses DNS peuvent améliorer vos chances de lisse navigation sur le Web.

   

• Utiliser des images mentales pour vous aider à imaginer ce qui se passe que vous passez par ces étapes. Imaginez qu'il ya un signal qui doit être traduit, et peut-être il ya quelque chose qui l'empêche de se rendre au serveur. Demandez-vous si le serveur de traduction peut être en panne, ou si le problème est avec l'un des bonds le long du chemin.

• Ne pas faire des changements radicaux à votre réseau en pensant que cela va régler un problème qui pourrait très probablement à la fin du serveur. Travailler logiquement à résoudre le problème. Utilisation NSLOOKUP pour tester le serveur DNS premier habituellement montrer le scénario le plus probable. Ajout d'un autre serveur DNS pourrait être utile, mais si vous ajoutez plus d'un aux deux déjà là, le système pourrait devenir confus. Avoir trois alternatives. C'est assez.