MediaSelección múltiple

Pregunta de práctica de 200-301

¿Qué DOS comandos usaría un ingeniero de red para verificar que un cliente de Windows ha recibido una dirección IP de un servidor DHCP y puede resolver un nombre de dominio en una dirección IP?

Elige todas las respuestas correctas.

Respuestas correctas

  • Bipconfig /all
  • Dnslookup www.courseiva.com

Explicación

`ipconfig /all` muestra la configuración TCP/IP completa para todos los adaptadores, incluyendo si la dirección IP se obtuvo de un servidor DHCP (los campos DHCP Enabled y DHCP Server). `nslookup www.courseiva.com` consulta el servidor DNS configurado para resolver el nombre de dominio en una dirección IP, lo que confirma que la resolución DNS funciona.

Por qué cada opción es correcta o incorrecta

A

Incorrecta

ping 8.8.8.8

ping 8.8.8.8 envía solicitudes de eco ICMP a una dirección IP pública, lo que solo verifica que el dispositivo tiene conectividad IP a internet y que un enrutador intermedio está reenviando paquetes. No revela ninguna información sobre el servidor DHCP, la duración de la concesión, las asignaciones del servidor DNS o la configuración IP del adaptador. Pasar esta prueba podría ocurrir incluso si DHCP ya hubiera asignado una dirección válida, por lo que no puede confirmar si DHCP está funcionando en ese momento.

B

Correcta

ipconfig /all

ipconfig /all es el comando correcto porque muestra la configuración TCP/IP completa para cada adaptador de red en el sistema. Muestra explícitamente si DHCP está habilitado, la dirección del servidor DHCP, los tiempos de obtención y expiración de la concesión, y la dirección IP asignada actualmente por DHCP, lo que confirma directamente que el proceso DHCP se ha completado con éxito. También enumera los servidores DNS configurados y otros detalles vitales de la Capa 3, lo que la convierte en la herramienta definitiva para diagnosticar problemas de direccionamiento IP en un entorno DHCP.

C

Incorrecta

tracert www.courseiva.com

tracert www.courseiva.com rastrea la ruta que toman los paquetes desde el origen hasta el destino enviando solicitudes de eco ICMP con valores crecientes de Time-to-Live (TTL) y registrando la ruta de los enrutadores. Si bien puede resolver el nombre de host en una dirección IP como parte de su operación, su propósito principal es medir y mostrar la ruta de la red y la latencia de salto, no consultar o verificar la configuración de DHCP o DNS. No proporciona información sobre el servidor DHCP local, el estado de la concesión o la configuración del solucionador DNS, por lo que no se puede utilizar para confirmar el funcionamiento de DHCP.

D

Correcta

nslookup www.courseiva.com

nslookup www.courseiva.com es un comando correcto para verificar la funcionalidad de DNS porque emite explícitamente una consulta DNS al solucionador DNS configurado del sistema y devuelve la dirección IP resuelta para el nombre de host dado. Una respuesta exitosa demuestra que el servidor DNS es accesible, que el solucionador funciona y que existe la asignación de nombre a dirección. Sin embargo, es específico para la validación de DNS y no dice nada sobre DHCP, el estado de la concesión de IP o si la dirección IP se obtuvo de forma dinámica o estática.

E

Incorrecta

arp -a

arp -a muestra la caché del Address Resolution Protocol (ARP), que contiene asignaciones de direcciones IP a direcciones MAC físicas para hosts con los que se ha comunicado recientemente en el segmento de red local. Este comando es útil para solucionar problemas de comunicación de Capa 2 y direcciones IP duplicadas, pero no contiene información de concesión de DHCP ni consulta ningún servidor DNS. La caché ARP se construye a partir del tráfico observado, no de archivos de configuración de DHCP o DNS, por lo que no puede confirmar si los servicios de DHCP o DNS funcionan correctamente.

Para profundizar

Esta pregunta evalúa la distinción entre la verificación de conectividad y la verificación de configuración. Los comandos como ping y tracert son excelentes para confirmar que los paquetes pueden fluir a través de la red, pero no proporcionan información sobre cómo se asignó una dirección o si la resolución de nombres está configurada correctamente. En Windows, `ipconfig /all` es la fuente autoritativa para los detalles de DHCP: muestra la dirección exacta del servidor DHCP, los tiempos de concesión y renovación de la concesión, y la dirección IP ofrecida, lo que demuestra que el proceso DORA (Discover, Offer, Request, Acknowledge) se completó. Mientras tanto, `nslookup` verifica el DNS de forma independiente consultando directamente el servidor DNS configurado; una respuesta exitosa confirma que el solucionador puede alcanzar un servidor DNS y resolver un nombre de host público o interno. Una idea errónea común es que un ping exitoso a una IP externa (por ejemplo, 8.8.8.8) es suficiente para asumir que DHCP y DNS están saludables, pero esto es falso; la conectividad puede existir incluso cuando un cliente usa una IP estática obsoleta o cuando el DNS no está disponible, ya que el ping por IP omite por completo la resolución de nombres. En un escenario de resolución de problemas del mundo real, primero ejecutaría `ipconfig /all` para confirmar que el cliente recibió una concesión válida, luego `nslookup` para verificar la resolución DNS, y solo entonces usaría ping o tracert para aislar problemas de ruta.

Sobre estas preguntas de práctica

Esta es una de las preguntas de práctica originales de 200-301 de Courseiva, escrita para aprender y nunca copiada de exámenes reales ni de dumps.

Traducida del original en inglés con IA y revisada para comprobar el sentido. Los códigos de examen, los comandos y los nombres de productos se mantienen tal como aparecen en el examen.