Si vous ne pouvez pas trouver vos pages sur Internet ou sur un serveur que vous avez accédé avant refuse d'être reconnu , alors le problème pourrait bien être liés DNS . Cela montrera comment tracer le problème et non le résoudre tout de suite ou montrer ce que sera le résoudre quand une ressource réseau est à nouveau disponible. Instructions
votre page Web ne se charge pas
1

Vérifiez que l' adresse que vous avez tapée est valide : Si vous obtenez un message d'erreur ( généralement dire que la page est temporairement inaccessible ou a peut-être déplacé ) , cela pourrait signifier que vous avez tapé l'adresse dans le mauvais . Mais cela pourrait également signifier que le DNS ne fonctionne pas pour un certain nombre de raisons. Suivre les étapes ci-dessous de
2

Ouvrez une fenêtre de commande: . Aller sur Démarrer, puis sur Exécuter. Tapez cmd dans la boîte et appuyez sur la touche "Entrée" . ( Sous Windows Vista , il sera " Maj + Entrée". )
3

tapez nslookup . Vous verrez la sortie suivante si les paramètres DNS sont OK: C: \\> nslookupDefault Serveur: vnsc - lc.sys.gtei.netAddress : 4.2.2.3If ya un problème , vous verrez ce qui suit: -C : \\ > nslookup *** Impossible de trouver le nom de serveur pour l'adresse XXX.XXX.XXX.XXX : domaine inexistant ... Si cela se produit , il vous dit qu'il ne peut pas trouver le domaine . Aller à l'étape suivante pour vérifier si le nom du serveur est en place ou si c'est autre chose .
4

Tapez EXIT deux fois pour sortir de NSLOOKUP . Il vous renvoie à l' invite de commandes. Maintenant, rappelant le nom l'adresse du serveur , tapez la commande suivante là où vous êtes sorti NSLOOKUP : tracert XXX.XXX.XXX.XXX ( l'adresse du nom de domaine à partir de l'étape 3 ) Vous verrez ce qui suit si il n'ya pas de problème avec l' serveur ( et vous ne serez pas si vous rencontrez des problèmes DNS ) : -C : \\> tracert itinéraire 208.67.222.222Tracing à resolver1.opendns.com [ 208.67.222.222 ] avec un maximum de 30 sauts : 1 15 ms 1 ms 1 ms 192.168.0.12 37 ms 13 ms 10 ms 11.218.196.313 11 ms 10 ms 11 ms cpe -76 -166- 3 116.socal.rr.com [ 72.163.3.156 ] 4 12 ms 8 ms 8 ms TGE1 -1. stclca1 - rtr2.socal.rr.com [ 76.166.9.5 ] 5 14 ms 9 ms 10 ms TE9 -3- stclca3 - rtr2.socal.rr.com [ 76.166.1.60 ] 6 14 ms 15 ms 11 ms TE9 -3- stclca3 - rtr2.socal.rr.com [ 76.166.9.60 ] 7 13 ms 14 ms 11 ms tge9 - 4.bwlaca1 - rtr1.socal.rr.com [ 76.166.1.59 ] 8 16 ms 25 ms 17 ms TGE2 -0- 0.lsanca4 - rtr1.socal.rr.com [ 66.75.161.201 ] 9 *** Request timed out.10 21 ms 23 ms 23 ms TE -4- 1.car1.Tustin1.Level3.net [ 4.71.104.157 ] 11 18 ms 16 ms 15 ms ae -2- 3.bar1.Tustin1.Level3.net [ 4.69.132.218 ] 12 19 ms 19 ms 15 ms ae -6- 6.ebr1.LosAngeles1.Level3.net [ 4.69.136.202 ] 13 * 18 ms 15 ms ae -1- 60.edge3.LosAngeles1.Level3.net [ 4.69.144.9 ] 14 17 ms 63 ms * xe -9- 1.r01.lsanca03.us.bb.gin.ntt.net [ 129,250 .8.181 ] 15 17 ms 16 ms 15 ms ae - 2.r20.lsanca03.us.bb.gin.ntt.net [ 129.250.3.125 ] 16 27 ms 50 ms 29 ms en - 0.r21.snjsca04.us.bb . gin.ntt.net [ 129.250.4.96 ] 17 32 ms 28 ms 26 ms ae - 0.r20.plalca01.us.bb.gin.ntt.net [ 129.250.4.118 ] 18 28 ms 33 ms 27 ms xe- 3 - 4.r04.plalca01.us.bb.gin.ntt.net [ 129.250.4.242 ] 19 27 ms 26 ms 26 ms ge -2- 3.r04.plalca01.us.ce.gin.ntt.net [ 140,174 . 21.166 ] 20 32 ms 34 ms 27 ms resolver1.opendns.com [ 208.67.222.222 ] Trace complete.Notice qu'il y avait environ 20 marches pour aller au serveur. Même avec le formulaire «Demande Timed Out" dans le milieu, il atteint encore sa destination. Donc, l'exercice est d'obtenir à partir de l'ordinateur client au serveur. Ici, nous avons tracé un itinéraire à partir d'un ordinateur client à Los Angeles à un serveur DNS à San Francisco (Open DNS). Si la trace n'avait pas terminé et réussi , l'un des routeurs dans le milieu peut avoir échoué et ce serait la raison principale car il ne fonctionne pas. Mais cela n'aurait pas fait preuve d'une défaillance du serveur DNS. Ainsi, vos amis pourraient avoir été en mesure d'obtenir sur l'Internet. Bien sûr, vos amis pourraient utiliser un autre FAI , aussi , ce qui serait encore une fois un scénario différent .
5

Tapez ping -a 208.67.219.132This montrera si le serveur répond . ( . L' un après - la commande ping affiche l'adresse que vous essayez de résoudre aussi) C: \\> ping 208.67.219.132Pinging 208.67.219.132 avec 32 octets de données: Réponse de 208.67.219.132 : octets = 32 temps = 41ms TTL = 46Reply de 208.67.219.132 : octets = 32 temps = 23 ms TTL = 46Reply de 208.67.219.132 : octets = 32 temps = 32ms TTL = 46Reply de 208.67.219.132 : octets = 32 temps = 24ms TTL = statistiques 46Ping pour 208.67.219.132 : paquets: envoyés = 4, reçus = 4, perdus = 0 (perte 0% ), Durée approximative des boucles en millisecondes: minimum = 23ms , Maximum = 41ms , moyenne = 30msIn ce cas, il vérifiées à le serveur sans perte . Tous les paquets ont atteint le serveur. S'il y avait eu quelque chose de mal , il aurait ressemblé à ceci: -C: \\> ping -a 208.67.219.132Pinging 208.67.219.132 avec 32 octets de données: Request timed out.Request chronométré out.Request chronométré out.Request timed out . statistiques Ping pour 208.67.219.132 : Paquets: envoyés = 4, reçus = 0, perdus = 4 ( perte 100% ) Donc, avec la perte de 100%, nous ne pouvons certainement pas atteindre le server.Time pour une dernière stratégie : essayer un autre serveur DNS .
6

utiliser une commande pour vider le magasin de l'ordinateur d'adresses IP. ( Ceux-ci peuvent causer un problème parfois lorsque l'information devient brouillé , car il est trop plein ) : C: \\> ipconfig /flushdnsWindows IP ConfigurationSuccessfully rincé le résolveur DNS CacheYou pourrait essayer de nouveau après cela. Si cela ne résout pas , essayez un autre serveur DNS. Vous aurez besoin d'ajouter un autre DNS dans la configuration TCP /IP (voir illustration) .