Come prova di DNS

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.

istruzione

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 Come prova di DNS


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.

Consigli e avvertenze

  • Usare le immagini mentali per aiutare a immaginare ciò che sta accadendo come si passa attraverso questi passaggi. Immaginate che ci sia un segnale che deve essere tradotto, e forse c'è qualcosa che è impedendole di arrivare al server. Chiedetevi se il server di traduzione può essere abbassato, o se il problema è con uno dei luppolo lungo la strada.
  • Non apportare modifiche radicali alla rete di pensare che sta andando a risolvere un problema che potrebbe molto probabilmente alla fine del server. Lavorare logicamente per risolvere il problema. Utilizzando NSLOOKUP per testare il server DNS prima di solito mostrerà lo scenario più probabile. L'aggiunta di un altro server DNS potrebbe essere utile, ma se si aggiunge più di uno ai due già lì, il sistema potrebbe diventare confusa. Avere tre alternative. Questo è sufficiente.