Cómo solucionar problemas de DNS en Windows XP (En 6 Pasos)

Por steve tuffill
Cómo solucionar problemas de DNS en Windows XP (En 6 Pasos)
Chad Baker/Jason Reed/Ryan McVay/Photodisc/Getty Images

Si no puedes encontrar tus páginas en Internet o un servidor al que has accedido antes, se niega a ser reconocido, entonces el problema podría estar relacionado con el DNS. Este artículo te mostrará la forma de rastrear el problema y resolverlo, ya sea de inmediato o mostrar lo que lo resolverá cuando un recurso de red esté disponible de nuevo.

Tu página web no carga

Paso 1

Revisa que la dirección que tecleaste es la correcta. Si obtienes un mensaje de error, el cual suele indicar que la página está temporalmente fuera de servicio o que tal vez cambió de dirección, podría significar que tecleaste mal la dirección, pero también podría significar que el DNS no está funcionando por diversas razones. Procede con los pasos siguientes.

Paso 2

Abre una ventana de comando. Ve al Menú Inicio de Windows y luego en Ejecutar. Escribe CMD en el cuadro y presiona Enter. En Windows Vista, será Shift+Enter.

Paso 3

Teclea NSLOOKUP. Verás el siguiente mensaje si la configuración DNS está bien:

C:\>nslookup Default Server: vnsc-lc.sys.gtei.net Address: 4.2.2.3

Si hay algún problema, verás lo siguiente:

C:\>nslookup *** Can't find server name for address XXX.XXX.XXX.XXX: Non-existent domain...

Si esto pasa, te está diciendo que no puede encontrar el dominio. Ve al siguiente paso para revisar si dicho servidor está activo o si es algo más.

Paso 4

Escribe EXIT dos veces para salir de NSLOOKUP. Te regresará a la línea de comandos. Ahora, recordando la dirección del servidor, escribe el siguiente comando justo donde saliste de NSLOOKUP:

XXX.XXX.XXX.XXX tracert (la dirección del nombre de dominio del paso 3)

Verás el siguiente si no hay ningún problema con el servidor (no será así si estás experimentando problemas con el DNS):

C:\>tracert 208.67.222.222 Tracing route to resolver1.opendns.com [208.67.222.222] over a maximum of 30 hops: 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.201] 9 * * * Request timed 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.

Nota que hubo alrededor de 20 pasos para ir al servidor. Incluso con el mensaje "Request Timed Out" en el medio, aún así llegó a su destino. Así que el ejercicio es llegar desde el equipo cliente al servidor. Aquí, rastreamos una ruta de un equipo cliente en Los Ángeles a un servidor DNS en San Francisco (Open DNS).

Si el rastreo no se ha completado y falló, uno de los enrutadores en el medio podría haber fallado y eso sería una razón primaria para que no funcione. Pero esto no habría mostrado una falla en el servidor DNS. Por lo tanto, tus amigos podrían haber sido capaces de acceder a Internet. Por supuesto, tus amigos pueden utilizar un ISP diferente, lo que sería un escenario completamente diferente.

Paso 5

Teclea ping -a 208.67.219.132

Esto mostrará si el servidor está respondiendo. El -a después del comando ping muestra la dirección que estás tratando de resolver.

C:\>ping 208.67.219.132 Pinging 208.67.219.132 with 32 bytes of data: Reply from 208.67.219.132: bytes=32 time=41ms TTL=46 Reply from 208.67.219.132: bytes=32 time=23ms TTL=46 Reply from 208.67.219.132: bytes=32 time=32ms TTL=46 Reply from 208.67.219.132: bytes=32 time=24ms TTL=46 Ping statistics for 208.67.219.132: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 23ms, Maximum = 41ms, Average = 30ms

En este ejemplo, hizo ping al servidor sin pérdida. Todos los paquetes llegaron al servidor. Si hubiera habido algo mal, se hubiera visto como esto:

C:\>ping -a 208.67.219.132 Pinging 208.67.219.132 with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 208.67.219.132: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss)

Así que con la pérdida de 100%, definitivamente no podemos llegar al servidor.

Tiempo para una última estrategia: intentar un servidor DNS diferente.

Paso 6

Usa un comando para limpiar el almacenamiento de direcciones IP de la computadora. Esto a veces puede causar problemas cuando la información se mezcla por que está muy llena.

C:\>ipconfig /flushdns Windows IP Configuration Successfully flushed the DNS Resolver Cache

Puedes intentar esto de nuevo. Si esto no lo resuelve, intenta otro servidor DNS. Necesitarás añadir otro DNS en la configuración TCP/IP.