Comment tester DNS

ouvrir un navigateur comme Mozilla Firefox ou Internet Explorer. Tapez www.google.com dans la barre d' adresse. Si elle n'apparaît pas, un message s'affiche indiquant qu'il ne peut pas trouver le site
2

Ensuite, ouvrez une invite de commande : . Cliquez sur "Démarrer ou " Exécuter et tapez cmd dans la zone . Appuyez sur la touche "Entrée" . . ( . Appuyez sur la touche " Shift plus" Enter " pour Windows Vista)
3

tapez nslookup dans la boîte noire qui apparaît puis appuyez sur [ ENTRER ] Le message suivant doit apparaître : - C: \\> NSLOOKUPDefault serveur: resolver1.opendns.comAddress : 208.67.222.222 > cela vous indique que le DNS est working.On autre part , vous pourriez obtenir un message comme celui-ci : - *** vous ne trouvez pas nom de serveur pour l'adresse 208.67.222.222 : Timed out ... Cela indique que dans le temps qu'il faut normalement pour résoudre n'importe quelle adresse , nous n'avons rien à partir du serveur , donc soit il ya quelque chose qui cloche à la fin du serveur ou n'importe où entre les deux. .
4

Tapez " Exit" pour sortir de la boîte de dialogue NSLOOKUP Il vous permettra de revenir à un prompt.Example de commande normale : > exitC : \\>
5

Tapez " ping - un " et l'adresse IP de l'étape 3 pour vérifier si le serveur DNS est en fait vers le haut ( ping cette adresse IP avec le - . une ajouté à la commande génère le nom DNS du serveur , en utilisant le protocole ICMP echo protocol.Example : C: \\ > ping -a 208.67.222.222Pinging resolver1.opendns.com [ 208.67.222.222 ] avec 32 octets de données: Réponse de 208.67.222.222 : octets = 32 temps = 85ms TTL = 46Reply à partir de 208.67 .222.222 : octets = 32 temps = 25 ms TTL = 46Reply de 208.67.222.222 : octets = 32 temps = 27 ms TTL = 46Reply de 208.67.222.222 : octets = 32 temps = 28ms TTL = les statistiques 46Ping pour 208.67.222.222 : Paquets: envoyés = 4, reçus = 4, perdus = 0 (perte 0% ), Durée approximative des boucles en millisecondes: minimum = 25ms , Maximum = 85ms , moyenne = 41msIt pourrait revenir avec quelque chose comme " ... paquets: Envoyés = 4, reçus = 0, perdus = 4 (perte 100% ) ... " Cela signifie que le serveur est en panne , ou il ya une autre survenue de scénario. éliminer un ou plusieurs scénarios à l'étape suivante .
6

Type autre commande pour s'assurer que le magasin de votre ordinateur d'adresses IP ne provoque pas un problème car il est tellement plein qu'il est devenu brouillé : C: \\> ipconfig /flushdnsWindows IP ConfigurationSuccessfully rincé le résolveur DNS Cache

Retour à l'étape 3 pour voir si cela a ouvert la issue.If vous obtenez: un message tel que : C: \\> NSLOOKUPDefault serveur: resolver1.opendns.comAddress : 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 sur le Web.

S'il n'ya pas de réponse , et les pings revenir sur le serveur , il pourrait y avoir un autre problème affectant la façon dont le signal est dans les préparatifs . < br >

Dans l'étape suivante, nous verrons comment le signal arrive au serveur DNS
7

Tapez la commande : - . tRACERT et ajouter l'adresse IP de l'étape 3 ci-dessus pour vérifier tous . des étapes intermédiaires entre vous et le DNS Si elle ne peut pas se connecter au serveur , il pourrait s'agir d'un routeur ou un commutateur quelque part entre les deux est la source du problème : Exemple: C: \\> tracert itinéraire 208.67.222.222Tracing à resolver1 . opendns.com [ 208.67.222.222 ] avec un maximum de 30 sauts : 1 14 ms 2 ms 2 ms 192.168.0.12 31 ms 11 ms 12 ms 10.243.96.13 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 - RTY1 . 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.201 ] 9 *** Request timed out.10 21 ms 22 ms 22 ms te- 1- 3.car1.Tustin1.Level3.net [ 4.79.140.37 ] 11 52 ms 44 ms 19 ms 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.125 ] 16 102 ms 26 ms 30 ms en - 0.r21.snjsca04.us.bb.gin.ntt.net [ 129.250.4.96 ] 17 39 ms 33 ms 118 ms ae - 0.r20.plalca01.us . bb.gin.ntt.net [ 129.250.4.118 ] 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.21.166 ] 20 29 ms 118 ms 34 ms resolver1.opendns.com [ 208.67.222.222 ] Trace complete.It est un long chemin , mais il y est arrivé Si l'un des routeurs du système était en baisse entre vous (192.168.0.1 ) et le serveur DNS ( 208.67.222.222 ), vous verriez ça s'arrête là avec une série d'étoiles: . Exemple: C: \\> ; tracert 208.67.222.222Tracing route vers resolver1.opendns.com [ 208.67.222.222 ] avec un maximum de 30 sauts : 1 14 ms 2 ms 2 ms 192.168.0.12 31 ms 11 ms 12 ms 10.243.96.13 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 se traduira pas l'adresse , il est donc le même que si le serveur DNS étaient down.Remedy : . Essayez un autre serveur DNS Vous aurez besoin d'ajouter un autre DNS dans la configuration TCP /IP (voir 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. Foire , en utilisant un assortiment d'adresses DNS peut améliorer vos chances de Web bon surf.
< br >