June 26
Se il computer perde la connettività IP perché non può cercare un indirizzo Web, è possibile che il server DNS è inattivo o forse c'è la cache DNS poisoning. DNS è un sistema che guarda in alto indirizzi Internet e dirige i computer a loro, fornendo le informazioni di cui hanno bisogno per fare questo. Questo sistema può andare storto, se, per un motivo o un altro, una parte del puzzle mancante. Ecco una guida per il test DNS utilizzando semplici comandi.
1 Aprire un browser come Mozilla Firefox o Internet Explorer. Digita www.google.com nella barra degli indirizzi. Se non appare, un messaggio apparirà dicendo che non riesce a trovare il sito.
2 Quindi, aprire un prompt dei comandi: Vai su "Avviare o" Esegui e digitare cmd nella casella. Premere il tasto "Enter". (Premere il tasto "Maiusc tasto più" Enter "per Windows Vista.)
3 Digitare NSLOOKUP nella scatola nera che si apre. Quindi premere [ENTER]
Il seguente messaggio dovrebbe comparire: -
C:> NSLOOKUP
Default Server: resolver1.opendns.com
Indirizzo: 208.67.222.222
Questo indica che il DNS funzioni.
D'altra parte, si potrebbe ottenere un messaggio come questo: -
*** Impossibile trovare nome server per l'indirizzo 208.67.222.222: Timeout ...
Questo indica che nel tempo necessario normalmente per risolvere qualsiasi indirizzo, non è tornato dal server, quindi o c'è qualcosa di sbagliato alla fine del server o dovunque nel fratempo.
4 Digitare "Exit" per uscire dalla finestra di dialogo NSLOOKUP. E si tornerà a un prompt dei comandi normale.
esempio:
Uscita
C:>
5 Digitare "ping --una" e l'indirizzo IP dal Passo 3 per verificare se il server DNS è in realtà up. (Pinging questo indirizzo IP con il --a aggiunto al comando produce il nome DNS del server, utilizzando il protocollo ICMP echo.
esempio:
C:> ping -a 208.67.222.222
Pinging resolver1.opendns.com [208.67.222.222] con 32 byte di dati:
Risposta da 208.67.222.222: byte = 32 durata = 85ms TTL = 46
Risposta da 208.67.222.222: byte = 32 durata = 25ms TTL = 46
Risposta da 208.67.222.222: byte = 32 durata = 27 ms TTL = 46
Risposta da 208.67.222.222: byte = 32 durata = 28ms TTL = 46
Statistiche Ping per 208.67.222.222:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approssimativo percorsi di andata e ritorno in millisecondi:
Minimum = 25ms, Maximum = 85ms, Average = 41ms
Potrebbe tornare con qualcosa come "... Pacchetti: Inviato = 4, Ricevuto = 0, Lost = 4 (100% di perdita) ..." Questo significa che il server è inattivo, o c'è un altro verificano scenario. Eliminare uno o più scenari nel passaggio successivo.
6 Digitare un altro comando per accertarsi che negozio del computer di indirizzi IP non è causa di un problema, perché è così pieno che è diventato strapazzate:
C:> ipconfig / flushdns
Configurazione IP di Windows
Con successo lavata la cache del resolver DNS
Ritornare al punto 3 per vedere se questo ha eliminato il problema.
Se si ottiene: un messaggio del tipo:
C:> NSLOOKUP
Default Server: resolver1.opendns.com
Indirizzo: 208.67.222.222
allora il problema è stato risolto e si dovrebbe ottenere risultati dal browser Internet che consente di navigare di nuovo il Web.
Se non c'è alcuna risposta, e il ping ritorna dal server, ci potrebbe essere un altro problema che colpisce come il segnale è sempre lì.
Nella fase successiva vedremo come il segnale arriva al server DNS.
7 Digitare il comando: - tracert e aggiungere l'indirizzo IP dal punto 3 sopra menzionato per verificare tutti i passaggi intermedi tra voi e il DNS. Se non può raggiungere il server potrebbe essere un router o switch nel mezzo è la fonte del problema:
esempio:
C:> tracert 208.67.222.222
Tracing rotta verso resolver1.opendns.com [208.67.222.222]
su un massimo di 30 luppolo:
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 Tempo scaduto per la richiesta.
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
0,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 39 ms 33 ms 118 ms 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
0,242]
19 113 ms 26 ms 26 ms ge-2-3.r04.plalca01.us.ce.gin.ntt.net [140.174.2
1.166]
20 29 ms 118 ms 34 ms resolver1.opendns.com [208.67.222.222]
Trace completa.
Si tratta di un lungo cammino, ma è arrivato. Se uno dei router di sistema è sceso tra voi (192.168.0.1) e il server DNS (208.67.222.222) che ci si vede fermare lì con una serie di stelle:
esempio:
C:> tracert 208.67.222.222
Tracing rotta verso resolver1.opendns.com [208.67.222.222]
su un massimo di 30 luppolo:
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 *
Se il segnale non può raggiungere il server DNS, allora non tradurre l'indirizzo, quindi è lo stesso come se il server DNS sono diminuite.
Rimedio: Prova un altro server DNS. Sarà necessario aggiungere un altro DNS nella configurazione TCP / IP. (Vedi illustrazione)
8
Aggiungere un altro server DNS come quello nell'illustrazione precedente (4.2.2.4) e si sarà in grado di testare nuovamente il sistema. Spesso, con un assortimento di indirizzi DNS in grado di migliorare le possibilità di regolare la navigazione web.