Cómo probar DNS (En 8 Pasos)

Por steve tuffill

Si la computadora pierde conectividad IP, ya que no puede buscar una dirección Web, puede ser que el servidor DNS esté apagado o tal vez haya envenenamiento de caché DNS. DNS es un sistema que busca direcciones de Internet y dirige las computadoras a las que les proporciona la información que necesitan para hacer esto. Este sistema puede ir mal, si por una razón u otra, una parte del rompecabezas falta. He aquí una guía para probar DNS con comandos simples.

Paso 1

Abre un navegador como Mozilla Firefox o Internet Explorer. Escribe www.google.com en la barra de direcciones. Si no aparece, aparecerá un mensaje diciendo que no puede encontrar el sitio.

Paso 2

Enseguida, abre una consola de comandos: dirígete a "Inicio" o "Ejecutar" y escribe CMD en el campo de texto. Presiona la tecla "Enter". (Presiona las tecla Shift + "Enter" en Windows Vista).

Paso 3

Escribe NSLOOKUP en la ventana negra que aparece. Luego presiona Enter. El siguiente mensaje debería aparecer: C:\>NSLOOKUP Default Server: resolver1.opendns.com Address: 208.67.222.222 This tells you that the DNS is working. De otro modo, podrías tener un mensaje como este:- *** Can't find server name for address 208.67.222.222: Timed out ...Esto indica que en el plazo normalmente necesario para resolver cualquier dirección, no ha vuelto a aparecer en el servidor, así que o hay algo mal en el lado del servidor o en algún lugar en medio.

Paso 4

Escribe "Salir" para salir del diálogo de NSLOOKUP. Te regresará a la ventana normal de comandos. Example: > exit >C:\>

Paso 5

Escribe \"ping –a\" y las direcciones IP del paso 3 para verificar si el servidor de DNS está activo. (Hacer ping a la dirección IP con la opción -a agregada al comando, produce el nombre DNS del servidor, utilizando el protocolo echo ICMP. Ejemplo: C:\>ping -a 208.67.222.222 Pinging resolver1.opendns.com [208.67.222.222] with 32 bytes of data: Reply from 208.67.222.222: bytes=32 time=85ms TTL=46 Reply from 208.67.222.222: bytes=32 time=25ms TTL=46 Reply from 208.67.222.222: bytes=32 time=27ms TTL=46 Reply from 208.67.222.222: bytes=32 time=28ms TTL=46 Ping statistics for 208.67.222.222: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 25ms, Maximum = 85ms, Average = 41ms It could come back with something such as \"...Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) ...\" Esto significa que el servidor está caído, o si hay otro escenario sucediendo. Elimina uno o más escenarios en el próximo paso.

Paso 6

Escribe otro comando para asegurarte de que el almacenado de direcciones IP de tu computadora no está causando el problema, porque está tan lleno que ha llegado a revolverse: C:\>ipconfig /flushdns Windows IP Configuration Successfully flushed the DNS Resolver Cache Return to Step 3 to see if this has cleared the issue. If you get:a message such as: C:\>NSLOOKUP Default Server: resolver1.opendns.com Address: 208.67.222.222, entonces el problema se ha resuelto y debería tu navegador de Internet permitirte navegar por la Web de nuevo. Si no hay respuesta, y los pings regresan desde servidor, podría haber otro problema que afecta a cómo la señal llegar ahí. En el siguiente paso veremos cómo la señal llega al servidor DNS.

Paso 7

Escribe el comando: -tracert y añade la dirección IP del paso 3 anterior para verificar todos los saltos intermedios entre tu y el DNS. Si no puedes acceder al servidor, podría ser el enrutador o el switch en un punto intermedio el origen del problema: Ejemplo: C:\>tracert 208.67.222.222 Tracing route to resolver1.opendns.com [208.67.222.222] over a maximum of 30 hops: 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 * * Request timed out. 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]Trace complete. It is a long way, but it got there. If one of the system routers was down in between you (192.168.0.1) and the DNS server (208.67.222.222) you would see it stop right there with a series of stars: Example: C:\>tracert 208.67.222.222 Tracing route to resolver1.opendns.com [208.67.222.222] over a maximum of 30 hops: 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 * * * * * * * * Si la señal no puede alcanzar el servidor DNS, no traducirá la dirección, por lo que es lo mismo que si el servidor DNS estuviera caído. Remedio: Prueba con otro servidor DNS. Tendrás que agregar otro DNS en la configuración de TCP/IP (ver la ilustración).

Paso 8

Añade otro servidor DNS como el de la ilustración anterior (4.2.2.4) y será capaz de poner a prueba el sistema de nuevo. Con frecuencia, usar una variedad de direcciones DNS puede mejorar tus posibilidades de una navegación fácil por Internet.