Se il computer perde la connettività IP , perché non può cercare un indirizzo Web , è possibile che il server DNS è inattivo o forse c'è DNS cache poisoning . DNS è un sistema che cerca gli indirizzi Internet e indirizza i computer a loro, fornendo le informazioni di cui hanno bisogno per fare questo . Questo sistema può andare a monte , se , per un motivo o un altro, una parte del puzzle è mancante. Ecco una guida per il test DNS utilizzando semplici comandi. Cose che ti serviranno
Carta e matita ( per annotare i dettagli di configurazione ) economici Mostra più istruzioni
1

aprire un browser come Mozilla Firefox o Internet Explorer . Digitare www.google.com nella barra degli indirizzi . Se non viene visualizzata , viene visualizzato un messaggio dicendo che non riesce a trovare il sito
2

Quindi, aprire un prompt dei comandi : . Vai su "Start o" Esegui e digitare cmd nella casella. Premere il tasto "Enter" . . ( . Premere il tasto " Maiusc plus" Enter " per Windows Vista )
3

Tipo NSLOOKUP nella scatola nera che si apre poi premere [ENTER ] dovrebbe apparire il seguente messaggio: - C : \\ > NSLOOKUPDefault Server: resolver1.opendns.comAddress : 208.67.222.222 > questo spiega che il DNS è working.On altra parte, si potrebbe ottenere un messaggio come questo : - *** non riesci a trovare nome server per l'indirizzo 208.67.222.222 : timeout ... Questo indica che nel tempo impiegato normalmente per risolvere qualsiasi indirizzo , non è tornato dal server , quindi o c'è qualcosa di sbagliato alla fine del server o dovunque nel fratempo . .
4

Tipo "Exit" per uscire dalla finestra di NSLOOKUP E si ritorna ad un normale prompt.Example comando: > exitC : \\ >
5 < p > tipo "ping - a" e l'indirizzo IP dal punto 3 per verificare se il server DNS è in realtà up ( ping l'indirizzo IP con il - . una aggiunta al comando produce il nome DNS del server , utilizzando il protocollo ICMP echo protocol.Example : C : \\ > ping-a 208.67.222.222Pinging resolver1.opendns.com [ 208.67.222.222 ] con 32 byte di dati: Risposta da 208.67.222.222 : byte = 32 durata = 85ms TTL = 46Reply da 208.67 .222.222 : byte = 32 durata = 25ms TTL = 46Reply da 208.67.222.222 : byte = 32 durata = 27ms TTL = 46Reply da 208.67.222.222 : byte = 32 durata = 28ms TTL = statistiche 46Ping per 208.67.222.222 : Pacchetti: Trasmessi = 4 , Ricevuti = 4 , persi = 0 ( 0 % persi) , tempo approssimativo percorsi andata in millisecondi: minimo = 25ms , Massimo = 85ms , Medio = 41msIt potrebbe tornare con qualcosa del tipo " ... Pacchetti: Trasmessi =
6 4 , Ricevuti = 0 , Persi = 4 ( 100 % di perdita ) ... "Questo significa che il server è giù, o c'è un altro scenario in corso. Eliminare uno o più scenari nella fase successiva . < p > Tipo un altro comando per assicurarsi che il negozio di computer di indirizzi IP non è causa di un problema , perché è così pieno che è diventato strapazzate : C : \\ > ipconfig /flushdnsWindows IP ConfigurationSuccessfully arrossato il DNS Resolver cache
< p > tornare al punto 3 per vedere se questo ha eliminato la issue.If si ottiene : un messaggio del tipo : C : \\ > NSLOOKUPDefault Server: resolver1.opendns.comAddress : 208.67.222.222 > allora il problema è risolto e si dovrebbe ottenere risultati dal proprio browser Internet che permette di navigare il Web di nuovo .

Se non c'è risposta , e il ping torna dal server , ci potrebbe essere un altro problema che colpisce come il segnale è sempre lì . < br >

Nel passo successivo vedremo come il segnale arriva al server DNS
7

digitare il comando: - . tracert e aggiungere l'indirizzo IP dal punto 3 sopra per verificare tutte le . dei passaggi intermedi tra voi e il DNS Se non riesce a raggiungere il server potrebbe essere un router o uno switch da qualche parte in mezzo è l' origine del problema : Esempio : C : \\ > tracert percorso 208.67.222.222Tracing a resolver1 . opendns.com [ 208.67.222.222 ] su un massimo di 30 punti di passaggio : 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 - 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.201 ] 9 *** Richiesta scaduta 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 as- 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 è un lungo cammino , ma è arrivato Se uno dei router sistema era giù tra voi ( 192.168.0.1 ) e il server DNS ( 208.67.222.222 ), si vedrebbe che fermano proprio lì con una serie di stelle : . Esempio : C : \\ > , tracert 208.67.222.222Tracing rotta verso resolver1.opendns.com [ 208.67.222.222 ] su un massimo di 30 punti di passaggio : 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 ************* Se il segnale non può raggiungere il server DNS , allora non tradurre l' indirizzo , quindi è la stessa di se il server DNS erano down.Remedy : . Provare un altro server DNS È necessario aggiungere un altro DNS nella configurazione TCP /IP (vedi illustrazione ) economici 8

Aggiungi un altro server DNS come quello in . nell'illustrazione precedente ( 4.2.2.4 ) e si sarà in grado di testare nuovamente il sistema . Spesso , usando un assortimento di indirizzi DNS può migliorare le vostre probabilità di liscio navigazione web .
< br >