Se non riesci a trovare le tue pagine su Internet o un server si ha accesso prima si rifiuta di essere riconosciuto , allora il problema potrebbe essere correlato a DNS . Questo vi mostrerà come rintracciare il problema e risolverlo o subito o mostrare ciò che si risolve quando una risorsa di rete è di nuovo disponibile .
Istruzioni pagine Web non si carica
1
Controlla che l'indirizzo digitato nella corretta : Se si riceve un messaggio di errore ( in generale dicendo che la pagina è temporaneamente inattivo o potrebbe aver spostato ) , potrebbe significare che avete digitato l' indirizzo in torto . Ma potrebbe anche significare che il DNS non funziona per una serie di motivi . Procedere con i passi sotto
2
Aprire una finestra comandi : . Andare a Start di Windows e scegliere Esegui. Digitare cmd nella casella e premere il tasto "Enter" . ( In Windows Vista , sarà "Shift + Invio . " )
3
digitare nslookup . Verrà visualizzato il seguente output , se le impostazioni DNS sono OK : C : \\ > nslookupDefault Server: vnsc - lc.sys.gtei.netAddress : 4.2.2.3If 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 passo successivo per verificare se il server nome è alto o se si tratta di qualcosa d'altro .
4
Digitare EXIT due volte per uscire da NSLOOKUP . E si ritorna al prompt dei comandi. Ora, ricordando il name server indirizzo , 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 il seguente se non vi è alcun problema con il server (e non sarà se si verificano problemi di DNS ) : - C : \\ > tracert percorso 208.67.222.222Tracing a resolver1.opendns.com [ 208.67.222.222 ] su un massimo di 30 punti di passaggio : 1 15 ms 1 ms 1 ms 192.168.0.12 37 ms 13 ms 10 ms 11.218.196.313 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.201 ] 9 *** Richiesta scaduta out.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.181 ] 15 17 ms 16 ms 15 ms ae - 2.r20.lsanca03.us.bb.gin.ntt.net [ 129.250.3.125 ] 16 27 ms 50 ms 29 ms as- 0.r21.snjsca04.us.bb . gin.ntt.net [ 129.250.4.96 ] 17 32 ms 28 ms 26 ms ae - 0.r20.plalca01.us.bb.gin.ntt.net [ 129.250.4.118 ] 18 28 ms 33 ms 27 ms xe -3 - 4.r04.plalca01.us.bb.gin.ntt.net [ 129.250.4.242 ] 19 27 ms 26 ms 26 ms ge - 2 - 3.r04.plalca01.us.ce.gin.ntt.net [ 140,174 . 21,166 ] 20 32 ms 34 ms 27 ms resolver1.opendns.com [ 208.67.222.222 ] Trace complete.Notice che ci sono stati circa 20 passi per andare al server. Anche con la "Richiesta scaduta " il messaggio al centro , 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 aver fallito e che sarebbe stato un motivo principale per non lavorare . Ma questo non avrebbe mostrato un errore del server DNS . Quindi , i vostri amici potrebbero essere stati in grado di accedere a Internet . Naturalmente , i tuoi amici potrebbero utilizzare un ISP diverso , troppo , che sarebbe di nuovo uno scenario diverso .
5
tipo ping-a 208.67.219.132This mostrerà se il server risponde. ( . L'opzione-a dopo che il comando ping indica l'indirizzo che si sta tentando di risolvere anche questo) C : \\ > ping 208.67.219.132Pinging 208.67.219.132 con 32 byte di dati: Risposta da 208.67.219.132 : byte = 32 durata = 41ms TTL = 46Reply da 208.67.219.132 : byte = 32 durata = 23ms TTL = 46Reply da 208.67.219.132 : byte = 32 durata = 32ms TTL = 46Reply da 208.67.219.132 : byte = 32 durata = 24ms TTL = statistiche 46Ping per 208.67.219.132 : Pacchetti: Trasmessi = 4 , Ricevuti = 4 , Persi = 0 ( 0 % persi) , tempo approssimativo percorsi andata in millisecondi: minimo = 23ms , Massimo = 41ms , Medio = 30msIn questo esempio, il ping del 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.132Pinging 208.67.219.132 con 32 byte di dati: Richiesta scaduta out.Request temporizzato out.Request timed out.Request scaduta . statistiche Ping per 208.67.219.132 : Pacchetti: Trasmessi = 4, Ricevuti = 0 , Persi = 4 ( 100 % persi) Quindi, con la perdita di 100 % , non possiamo sicuramente raggiungere la server.Time per un ultimo strategia : provare un diverso DNS server.
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 /flushdnsWindows IP ConfigurationSuccessfully arrossato il DNS Resolver CacheYou potrebbe provare di nuovo dopo questo . Se questo non risolve , prova un altro server DNS . Sarà necessario aggiungere un altro DNS nella configurazione TCP /IP ( vedi illustrazione).
