Si usted no puede encontrar sus páginas en Internet o en un servidor que ha accedido antes se niega a ser reconocido, entonces el problema podría ser DNS relacionados . Esto le enseñará a trazar el problema y resolverlo ya sea de inmediato o mostrar lo que va a resolver cuando un recurso de red vuelve a estar disponible . Instrucciones : su página Web no se carga
1

Compruebe que la dirección que has tecleado es correcto : Si recibe un mensaje de error (en general diciendo que la página está temporalmente fuera de servicio o se ha movido ) , podría significar que ha escrito la dirección de error. Pero también podría significar que el DNS no funciona para un número de razones. Continúe con los pasos siguientes
2

Abra una ventana de comandos : . Ir a Inicio de Windows y luego en Ejecutar. Escriba cmd en el cuadro y pulse la tecla "Enter " . (En Windows Vista, que será " Shift + Enter". )
3

escriba nslookup . Usted verá la siguiente salida si la configuración DNS son correctas : C: \\> nslookupDefault Servidor: vnsc - lc.sys.gtei.netAddress : 4.2.2.3If hay algún problema , verá lo siguiente: -C: \\ > nslookup *** no se puede encontrar el nombre de servidor para la dirección XXX.XXX.XXX.XXX : dominio inexistente ... Si esto sucede, se le está diciendo que no puede encontrar el dominio . Ir al paso siguiente para comprobar si el servidor de nombres está arriba o si es algo más.
4

Escriba EXIT dos veces para salir de NSLOOKUP . Se vuelve a la del símbolo del sistema . Ahora recuerdo la dirección del servidor de nombres , escriba el comando siguiente allí mismo donde usted salió NSLOOKUP : tracert XXX.XXX.XXX.XXX (la dirección del nombre de dominio a partir del paso 3 ) Aparecerá el siguiente si no hay problema con la servidor ( y usted no , si usted está experimentando problemas de DNS ) : -C: \\> tracert ruta 208.67.222.222Tracing a resolver1.opendns.com [ 208.67.222.222 ] sobre un máximo de 30 saltos : 1 15 ms 1 ms 1 192.168.0.12 ms 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 *** Tiempo de espera 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 como - 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 ] traza complete.Notice que había alrededor de 20 pasos para ir al servidor. Incluso con el " Tiempo de espera agotado " mensaje en el medio , todavía llegó a su destino . Así que el ejercicio es conseguir que desde el equipo cliente al servidor. Aquí hemos seguido una ruta desde un equipo cliente en Los Angeles a un servidor DNS en San Francisco (Open DNS) . Si la traza no había terminado y no, uno de los routers en el medio podría haber fallado y que sería la razón principal para que no funcione . Pero esto no habría mostrado una falla en el servidor DNS. Por lo tanto , sus amigos podrían haber sido capaces de acceder a Internet . Por supuesto, sus amigos podrían utilizar un ISP diferente, también, lo que sería un escenario diferente de nuevo.
5

Escriba ping -a 208.67.219.132This mostrará si el servidor responde. ( . El -a después del comando ping muestra la dirección que usted está tratando de resolver también) C: \\ > ping 208.67.219.132Pinging 208.67.219.132 con 32 bytes de datos: Respuesta desde 208.67.219.132 : bytes = 32 tiempo = 41ms TTL = 46Reply desde 208.67.219.132 : bytes = 32 tiempo = 23ms TTL = 46Reply desde 208.67.219.132 : bytes = 32 tiempo = 32ms TTL = 46Reply desde 208.67.219.132 : bytes = 32 tiempo = 24ms TTL = 46Ping estadísticas de 208.67.219.132 : paquetes: enviados = 4 , Recibido = 4 , Perdido = 0 ( 0 % perdidos) , tiempos aproximados de ida y vuelta en milisegundos: mínimo = 23ms , máximo = 41ms , media = 30msIn este caso, hacer ping al servidor sin pérdida . Todos los paquetes alcanzaron el servidor . Si hubiera habido algo mal se hubiera visto así: -C: \\ > ping -a 208.67.219.132Pinging 208.67.219.132 con 32 bytes de datos: Tiempo de espera out.Request cronometrado out.Request out.Request cronometrado el tiempo de espera . estadísticas de ping para 208.67.219.132 : Paquetes: enviados = 4 , recibidos = 0 , perdidos = 4 ( 100 % de pérdida ) Así que con la pérdida del 100 % , definitivamente no podemos llegar a la server.Time para una última estrategia : pruebe con otro servidor DNS .
6

Utilice un comando para limpiar la tienda del equipo de las direcciones IP . ( Esto puede causar un problema a veces, cuando la información se apresuró , porque es demasiado lleno) : C: \\> ipconfig /flushdnsWindows IP ConfigurationSuccessfully sonrojado el DNS Resolver CacheYou podría intentarlo de nuevo después de esto. Si esto no lo resuelve , pruebe con otro servidor DNS. Usted tendrá que añadir otros DNS en la configuración de TCP /IP (ver ilustración) .