DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

VLAN 70 DHCP scope:
 network 10.70.70.0 255.255.255.0
 default-router 10.70.70.1

Client tests:
- ping 192.0.2.50 = success
- open http://192.0.2.50 = success
- open http://portal.branch.lab = fail

Basándose en el exhibit, ¿por qué los clientes en la VLAN 70 no logran resolver los hostnames a pesar de que pueden alcanzar direcciones IP remotas?

Elige la mejor respuesta.

Respuesta correcta

AA los clientes les falta información válida del servidor DNS.

Explicación

La explicación más sólida es que a los clientes les falta información válida del servidor DNS. En términos prácticos, la accesibilidad exitosa a direcciones IP remotas demuestra que el reenvío de Capa 3 está funcionando. La falla ocurre solo cuando se usa un hostname, lo que apunta a un problema de servicio de nombres en lugar de un problema de conectividad general. El DHCP scope mostrado proporciona una dirección y una default gateway, pero no se define ninguna opción de servidor DNS. Este es un patrón de solución de problemas de servicios IP muy realista porque la ruta de red funciona mientras que la usabilidad de la aplicación sigue fallando.

Por qué cada opción es correcta o incorrecta

Correcta

A los clientes les falta información válida del servidor DNS.

El DHCP scope asigna la configuración IP pero no incluye la Opción 6 (servidor DNS), por lo que los clientes no reciben ninguna dirección de resolutor. Cuando un usuario hace ping a un hostname, el cliente no puede consultar a un servidor DNS, lo que causa la falla de resolución; el acceso IP directo funciona porque no se requiere DNS. Esto coincide exactamente con el síntoma exhibido de que la conectividad IP tiene éxito mientras que el acceso basado en hostnames falla.

Incorrecta

La default gateway debe eliminarse del DHCP scope.

Eliminar la default gateway del DHCP scope eliminaría al router como el siguiente salto, interrumpiendo toda la comunicación fuera de la subred. El problema está aislado en la resolución de hostnames mientras que la conectividad IP tiene éxito, por lo que una gateway faltante causaría una falla total de red, no solo una falla de DNS. Por lo tanto, la default gateway debe permanecer en el scope y no puede ser la causa.

Incorrecta

Los clientes deben usar PPP antes de que DNS funcione.

PPP (Point-to-Point Protocol) es una encapsulación de enlace de datos WAN utilizada en enlaces seriales o DSL, no un servicio requerido para DNS en una LAN Ethernet. La resolución DNS opera sobre IP y es independiente del protocolo de enlace de datos; los clientes no necesitan PPP para enviar consultas DNS. Esta opción confunde incorrectamente una tecnología WAN con la operación local de DHCP y no está relacionada con el problema de la VLAN 70.

Incorrecta

La VLAN debe convertirse en la native VLAN en todos los troncales.

La native VLAN en los troncales 802.1Q transporta tramas sin etiquetar; cambiar la VLAN 70 a nativa afectaría el etiquetado del troncal y podría causar problemas de broadcast o entrega errónea. Sin embargo, el síntoma es específicamente que los clientes alcanzan servicios por IP pero no por hostname, lo que indica un problema de DNS, no un problema de reenvío de Capa 2. Si la native VLAN estuviera mal configurada, la conectividad general fallaría, no solo la resolución de nombres.

Para profundizar

El Domain Name System (DNS) es un servicio IP crítico que traduce hostnames legibles por humanos en direcciones IP, permitiendo a los clientes acceder a recursos por nombre en lugar de IPs numéricas. En un entorno de VLAN, los clientes dependen de DHCP para proporcionar no solo el direccionamiento IP y la información de la default gateway, sino también las direcciones de los servidores DNS. Sin un servidor DNS válido configurado, los clientes no pueden resolver hostnames, aunque la conectividad IP permanezca funcional. Esta separación del enrutamiento IP y la resolución de nombres es fundamental en las redes de Cisco y en el contexto del examen CCNA. Al solucionar problemas de conectividad de clientes de VLAN, es esencial verificar la configuración del DHCP scope. El DHCP scope debe incluir la opción de servidor DNS para permitir que los clientes resuelvan hostnames. Si el DHCP scope solo proporciona una dirección IP y una default gateway pero omite el servidor DNS, los clientes no podrán resolver nombres de dominio a pesar del enrutamiento exitoso de Capa 3 hacia direcciones IP remotas. Este comportamiento resalta la diferencia entre la funcionalidad de enrutamiento y los servicios de la capa de aplicación como DNS. Una trampa común del examen es confundir problemas de enrutamiento o trunking de VLAN con problemas de resolución DNS. Los candidatos pueden asumir incorrectamente que eliminar la default gateway o cambiar las configuraciones de los troncales de VLAN solucionará las fallas de resolución de hostnames. Sin embargo, estos cambios no afectan la funcionalidad de DNS. La implicación práctica de red es que asegurar que los DHCP scopes incluyan información del servidor DNS es vital para la usabilidad completa del servicio IP, especialmente en entornos de VLAN segmentados donde los clientes dependen de DHCP para su configuración.

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.