Se non riuscite a trovare le pagine su Internet o un server si è entrati prima rifiuta di essere riconosciuto, allora il problema potrebbe essere DNS relativi. Questo mostra come rintracciare il problema e risolverlo o subito o mostrare ciò che lo risolverà quando una risorsa di rete è di nuovo disponibile.

istruzione

La pagina Web non si caricherà

1 Verificare che l'indirizzo digitato in è corretto: Se si riceve un messaggio di errore (generalmente dicendo che la pagina è temporaneamente inattivo o può aver spostato), potrebbe significare di aver digitato l'indirizzo di sbagliato. Ma potrebbe anche significare che DNS non funziona per una serie di motivi. Procedere con i seguenti passaggi.

2 Aprire una finestra di comando: andare in Start di Windows e quindi su Esegui. Digitare cmd nella casella e premere il tasto "Enter". (In Windows Vista, sarà "Shift + Invio".)

3 Tipo NSLOOKUP. Verrà visualizzato il seguente output se le impostazioni DNS sono OK:
C:> nslookup
Default Server: vnsc-lc.sys.gtei.net
Indirizzo: 4.2.2.3
Se non vi è alcun problema, verrà visualizzato il seguente: -
C:> nslookup
*** Impossibile trovare nome server per l'indirizzo XXX.XXX.XXX.XXX: dominio inesistente ...
Se questo accade, si sta dicendo che non riesce a trovare il dominio. Andare al passaggio successivo per verificare se il server nome è alto o se si tratta di qualcosa di diverso.

4 Digitare EXIT due volte per uscire da NSLOOKUP. E si ritorna al prompt dei comandi. Ora ricordare l'indirizzo nome del server, digitare il seguente comando proprio lì dove si è usciti NSLOOKUP:
tracert XXX.XXX.XXX.XXX (l'indirizzo del nome a dominio dal punto 3)
Vedrete quanto segue se non ci sono problemi con il server (e non sarà possibile se si verificano problemi di DNS): -
C:> tracert 208.67.222.222
Tracing rotta verso resolver1.opendns.com [208.67.222.222]
su un massimo di 30 luppolo:
1 15 ms 1 ms 1 ms 192.168.0.1
2 37 ms 13 ms 10 ms 11.218.196.31
3 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.20
1]
9

Tempo scaduto per la richiesta.
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
0,181]
15 17 ms 16 ms 15 ms ae-2.r20.lsanca03.us.bb.gin.ntt.net [129.250.3.1
25]
16 27 ms 50 ms 29 ms as-0.r21.snjsca04.us.bb.gin.ntt.net [129.250.4.9
6]
17 32 ms 28 ms 26 ms ae-0.r20.plalca01.us.bb.gin.ntt.net [129.250.4.1
18]
18 28 ms 33 ms 27 ms xe-3-4.r04.plalca01.us.bb.gin.ntt.net [129.250.4
0,242]
19 27 ms 26 ms 26 ms ge-2-3.r04.plalca01.us.ce.gin.ntt.net [140.174.2
1.166]
20 32 ms 34 ms 27 ms resolver1.opendns.com [208.67.222.222]
Trace completa.
Si noti che ci sono stati circa 20 passi per andare al server. Anche con il messaggio "Richiesta scaduta" in mezzo, ancora raggiunto la sua destinazione. Così l'esercizio è quello di ottenere dal computer client al server. Qui abbiamo tracciato un percorso da un computer client a Los Angeles per un server DNS a San Francisco (Open DNS).
Se la traccia non aveva completato e fallito, uno dei router in mezzo potrebbe avere fallito e che sarebbe la ragione principale per non lavorare. Ma questo non avrebbe mostrato un errore del server DNS. Quindi, i tuoi amici avrebbero potuto essere in grado di ottenere su Internet. Naturalmente, gli amici potrebbero utilizzare un ISP diverso, anche, che sarebbe ancora uno scenario diverso.

5 Tipo ping -a 208.67.219.132
Questo mostrerà se il server risponde. (Il -a dopo il comando ping mostra l'indirizzo che si sta tentando di risolvere troppo.)
C:> ping 208.67.219.132
Pinging 208.67.219.132 con 32 byte di dati:
Risposta da 208.67.219.132: byte = 32 durata = 41ms TTL = 46
Risposta da 208.67.219.132: byte = 32 durata = 23ms TTL = 46
Risposta da 208.67.219.132: byte = 32 durata = 32 ms TTL = 46
Risposta da 208.67.219.132: byte = 32 durata = 24ms TTL = 46
Statistiche Ping per 208.67.219.132:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approssimativo percorsi di andata e ritorno in millisecondi:

Minimum = 23ms, Maximum = 41ms, Average = 30ms

In questo esempio, il ping il server senza perdita. Tutti i pacchetti raggiunto il server. Se ci fosse stato qualcosa di sbagliato che avrebbe guardato come questo: -
C:> ping -a 208.67.219.132
Pinging 208.67.219.132 con 32 byte di dati:
Tempo scaduto per la richiesta.
Tempo scaduto per la richiesta.
Tempo scaduto per la richiesta.
Tempo scaduto per la richiesta.
Statistiche Ping per 208.67.219.132:

Packets: Sent = 4, Received = 0, Lost = 4 (100% loss)

Quindi, con la perdita di 100%, possiamo sicuramente non raggiungere il server.
Il tempo per un ultimo strategia: provate un server DNS diverso.

6


Utilizzare un comando per svuotare il negozio del computer di indirizzi IP. (Questi possono causare un problema a volte, quando l'informazione viene criptato, perché è troppo pieno):
C:> ipconfig / flushdns
Configurazione IP di Windows
Con successo lavata la cache del resolver DNS
Si potrebbe provare di nuovo dopo questo. Se questo non risolve, provare un altro server DNS. Sarà necessario aggiungere un altro DNS nella configurazione TCP / IP (vedi figura).

Consigli e avvertenze

• Guardate DNS come una gigantesca biblioteca di luoghi e indirizzi. Se il server DNS non è attivo, la biblioteca è chiusa. O tornare un altro giorno o trovare un'altra libreria. Se la libreria è chiusa quando dovrebbe essere aperta, si può scommettere che qualcuno dovrà lavorare per farlo aprire di nuovo rapidamente. Quindi la cosa migliore è probabilmente aspettare. Sarà risolto al più presto. E 'improbabile che sia un problema sul computer, perché se ha funzionato prima, è probabile che lavorare di nuovo.
• Non modificare la configurazione di rete a meno che non si è assolutamente sicuri di sapere qual è il problema. La maggior parte delle volte, i problemi di connettività Internet sono suscettibili di essere alla fine del server. Si risolvere il problema meglio con logiche, passi ben congegnato. NSLOOKUP solito mostrerà la causa più probabile del problema. L'aggiunta di un altro server DNS potrebbe funzionare, ma se si aggiunge più di uno ai due già lì, il sistema potrebbe diventare confusa. Avere tre alternative. Questo è sufficiente.