Come testare il DNS

Passaggio 1

Apri un browser come Mozilla Firefox o Internet Explorer. Inserisci www.google.com nella barra degli indirizzi. Se non appare, apparirà un messaggio che dice che non riesci a trovare il sito.

Passaggio 2

Quindi, apri una console di comando: vai su "Start" o "Esegui" e digita CMD nel campo di testo. Premere il tasto "Invio". (Premere il tasto Maiusc + "Invio" in Windows Vista).

Passaggio 3

Scrivi NSLOOKUP nella finestra nera che appare. Quindi premere Invio. Dovrebbe apparire il seguente messaggio: C: \> NSLOOKUP Server predefinito: resolver1.opendns.com Indirizzo: 208.67.222.222 Questo indica che il DNS sta funzionando. Altrimenti, potresti avere un messaggio come questo: - *** Impossibile trovare il nome del server per l'indirizzo 208.67.222.222: Tempo scaduto ... Ciò indica che entro il periodo normalmente necessario per risolvere qualsiasi indirizzo, non è riapparso sul server, quindi o c'è qualcosa di sbagliato sul lato server o da qualche parte nel mezzo.

Passaggio 4

Digita "Esci" per uscire dalla finestra di dialogo CERCA.VERTENZA. Tornerà alla normale finestra di comando. Esempio:> esci> C: \>

Passaggio 5

Digitare \ "ping -a \" e gli indirizzi IP del passaggio 3 per verificare se il server DNS è attivo. (Eseguire il ping dell'indirizzo IP con l'opzione -a aggiunta al comando, produrre il nome DNS del server, utilizzando il protocollo echo ICMP.) 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 tempo = 85 ms TTL = 46 Risposta da 208.67.222.222: byte = 32 tempo = 25 ms TTL = 46 Risposta da 208.67.222.222: byte = 32 tempo = 27 ms TTL = 46 Risposta da 208.67.222.222: byte = 32 volta = 28 ms TTL = 46 Statistiche ping per 208.67.222.222: Pacchetti: Inviato = 4, Ricevuto = 4, Perso = 0 (0% perdita), Tempo approssimativo di andata e ritorno in milli -secondi: Minimo = 25 ms, Massimo = 85 ms, Media = 41 ms Potrebbe tornare con qualcosa come \ "... Pacchetti: Inviato = 4, Ricevuto = 0, Perso = 4 (100% perdita) ... \" Ciò significa che il server non è attivo o se si verifica un altro scenario, rimuovere uno o più scenari nel passaggio successivo.

Passaggio 6

Scrivi un altro comando per assicurarti che l'archiviazione dell'indirizzo IP del tuo computer non stia causando il problema, perché è così piena che è venuta a mancare: C: \> ipconfig / flushdns Configurazione IP di Windows Riuscita con successo la cache del resolver DNS Torna al passaggio 3 per vedere se questo ha risolto il problema. Se si ottiene: un messaggio come: C: \> NSLOOKUP Server predefinito: resolver1.opendns.com Indirizzo: 208.67.222.222, quindi il problema è stato risolto e il browser Internet dovrebbe consentire di navigare nuovamente sul Web. Se non c'è risposta e il ping restituisce dal server, potrebbe esserci un altro problema che influisce sul modo in cui il segnale arriva. Nel prossimo passaggio vedremo come il segnale raggiunge il server DNS.

Passaggio 7

Immettere il comando: -tracert e aggiungere l'indirizzo IP dal punto 3 sopra per verificare tutti i salti intermedi tra voi e il DNS. Se non si riesce ad accedere al server, il router o lo switch potrebbero trovarsi in qualche punto tra la fonte del problema: Esempio: C: \> tracert 208.67.222.222 Traccia percorso per solve1.opendns.com [208.67.222.222] su un massimo di 30 hop: 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.201] 9 * * Richiesta scaduta. 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.9 6] 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] Traccia completata . È un lungo cammino, ma è arrivato. Se uno dei router di sistema era in mezzo tra te (192.168.0.1) e il server DNS (208.67.222.222), vedresti che si ferma proprio lì con una serie di stelle: Esempio: C: \> tracert 208.67.222.222 Traccia percorso per risolvere1.opendns.com [208.67.222.222] su un massimo di 30 luppoli: 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 il segnale non può raggiungere il server DNS, non tradurrà l'indirizzo, quindi è come se il server DNS fosse inattivo. Rimedio: provare un altro server DNS. Dovrai aggiungere un altro DNS nella configurazione TCP / IP (vedi l'illustrazione).

Passaggio 8

Aggiungi un altro server DNS come quello nella figura precedente (4.2.2.4) e sarai in grado di testare nuovamente il sistema. Spesso, l'utilizzo di una varietà di indirizzi DNS può migliorare le possibilità di una semplice navigazione su Internet.