Cómo probar DNS

Escrito por steve tuffill | Traducido por daniel gómez villegas
  • Comparte
  • Twittea
  • Comparte
  • E-mail

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.

Nivel de dificultad:
Moderadamente fácil

Otras personas están leyendo

Necesitarás

  • Papel y pluma (para escribir los detalles de configuración)

Lista completaMinimizar

Instrucciones

  1. 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.

  2. 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).

  3. 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.

  4. 4

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

  5. 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.

  6. 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.

  7. 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).

  8. 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.

Consejos y advertencias

  • Utiliza las imágenes mentales que te ayudarán a visualizar lo que está sucediendo a medida que avanzas a través de estos pasos. Imagina que hay una señal que tiene que ser traducida, y tal vez hay algo que le impide llegar al servidor. Pregúntate si el servidor de traducción puede estar caído, o si el problema es con uno de los saltos en el camino.
  • No hagas cambios radicales en tu forma de pensar de la red que va a solucionar un problema que podría estar muy probablemente de lado del servidor. Trabaja lógicamente para resolver el problema. Usar NSLOOKUP para probar el servidor DNS primero, por lo general, mostrará el escenario más probable. Añadir otro servidor DNS puede ser útil, pero si se agrega más de uno de los dos que ya existen, el sistema podría llegar a confundirse. Tiene tres alternativas. Eso es suficiente.

No dejes de ver

Filtrar por:
  • Mostrar todos
  • Artículos
  • Galerías de fotos
  • Videos
Ordenar:
  • Más relevante
  • Más popular
  • Más reciente

No se encuentran artículos disponibles

No se encuentran slideshows disponibles

No se encuentran videos disponibles