Introducción al DHCP

Al implementar los servidores del Protocolo de configuración dinámica de host (DHCP) en la red,
puede proporcionar automáticamente equipos cliente y otros dispositivos basados en TCP/IP con
direcciones IP válidas. Además, puede proporcionar los parámetros de configuración adicionales
necesarios para estos clientes y dispositivos, llamados opciones de DHCP, los cuales les permiten
conectarse a otros recursos de red como los servidores DNS, los servidores WINS y los
enrutadores.

Qué proporciona un servidor DHCP

DHCP es una tecnología cliente-servidor que permite que los servidores DHCP asignen o concedan
direcciones IP a equipos y otros dispositivos habilitados como clientes DHCP. Con DHCP, puede
hacer lo siguiente:

Conceder direcciones IP para una cantidad de tiempo específica a los clientes DHCP y, a
continuación, renovar automáticamente las direcciones IP si el cliente solicita una renovación.

Actualizar automáticamente los parámetros de los clientes DHCP mediante la modificación de una
opción de servidor o ámbito en el servidor DHCP en lugar de realizar esta acción de forma
individual en todos los clientes DHCP.

Reservar direcciones IP para equipos específicos u otros dispositivos de modo que siempre tengan
la misma dirección IP y reciban además las opciones de DHCP más actualizadas.

Excluir direcciones IP o intervalos de direcciones de la distribución mediante el servidor DHCP de

modo que estas direcciones IP e intervalos se puedan usar estáticamente para configurar
servidores, enrutadores y otros dispositivos que requieran direcciones IP estáticas.

Proporcionar servicios DHCP a varias subredes si todos los enrutadores entre el servidor DHCP y la
subred para los que desea proporcionar el servicio están configurados para reenviar mensajes
DHCP.
Configurar el servidor DHCP para realizar servicios de registro de nombres DNS para los clientes
DHCP.

Proporcionar una asignación de direcciones de multidifusión para clientes DHCP basados en IP.

Componentes de un servidor DHCP

Los componentes principales de DHCP permiten implementar un servidor DHCP en un servidor de

Protocolo de asignación dinámica de direcciones de multidifusión a clientes (MADCAP).

Nota

MADCAP sólo es compatible con IPv4. El servidor DHCPv6 no es compatible con MADCAP.

Servidor DHCP

Todos los equipos y otros dispositivos de la red TCP/IP deben tener una dirección IP para que la
red funcione correctamente. Las direcciones IP se pueden configurar manualmente en cada
equipo o puede implementar un servidor DHCP que asigne automáticamente concesiones de
direcciones IP a todos los clientes DHCP de la red.

Dado que la mayoría de los sistemas operativos cliente buscan una concesión de dirección IP de
forma predeterminada, no es necesario establecer ninguna configuración en el equipo cliente para
implementar una red habilitada para DHCP; el primer paso es implementar un servidor DHCP.

No obstante, para que el servidor DHCP pueda proporcionar concesiones de direcciones de IP a los
clientes, se debe definir un intervalo de direcciones IP en el servidor DHCP. Este intervalo, llamado
ámbito, define una sola subred física en la red en la que se proporcionan los servicios DHCP. Por lo
tanto, si tiene dos subredes, por ejemplo, el servidor DHCP debe estar conectado a cada subred y
debe definir un ámbito para cada subred. Además, los ámbitos son el método principal para que el
servidor administre la distribución y la asignación de direcciones IP además de cualquier
parámetro de configuración relacionado para los clientes de la red.

Servidor MADCAP
Al implementar DHCP como un servidor MADCAP, el servidor DHCP puede asignar dinámicamente
direcciones IP de multidifusión a los clientes que deseen unirse al grupo de clientes que reciben la
información enviada en los mensajes de multidifusión.

La multidifusión resulta útil para la entrega de información de un punto a varios puntos (por
ejemplo, información de audio o vídeo) en Internet. La multidifusión permite que un punto (por
ejemplo, un servidor multimedia) envíe la información un solo paquete a muchos destinatarios
mediante una dirección de multidifusión.

Las ventajas de este método son el uso de un solo paquete y la ausencia de sobrecarga para
mantener listas de destinatarios. A diferencia de los paquetes de difusión, el tráfico de
multidifusión no interrumpe los nodos que no están escuchando. Los enrutadores pueden tener
capacidad de multidifusión y reenviar el paquete de multidifusión a todas las redes en que hay
como mínimo un nodo escuchando.

Administración de un servidor DHCP

Las herramientas principales que se usan para administrar los servidores DHCP son los comandos
Netsh para DHCP y la consola de DHCP.

Comandos Netsh para DHCP

Puede escribir los comandos Netsh para DHCP en una ventana del símbolo del sistema en el
símbolo del sistema netsh dhcp> o ejecutar los comandos Netsh para DHCP en archivos por lotes y
otros scripts. Toda la funcionalidad disponible en la consola de DHCP está disponible en el símbolo
del sistema netsh dhcp>. Esto puede resultar útil en las siguientes situaciones:

Al administrar servidores DHCP en redes de área extensa (WAN), se pueden usar comandos en el
modo interactivo en el símbolo del sistema netsh> para mejorar la administración en vínculos de
red de baja velocidad.

Al administrar un gran número de servidores DHCP, se pueden usar comandos en el modo por
lotes para facilitar el script y automatizar tareas administrativas recurrentes que se deben realizar
para todos los servidores DHCP.
Consola de DHCP

La consola de DHCP se agrega a la carpeta Herramientas administrativas en el Panel de control al

instalar el rol del servidor DHCP. La consola de DHCP aparece como un complemento Microsoft
Management Console (MMC).

La consola de DHCP contiene además una serie de mejoras recomendadas por los administradores
de red. Entre estas mejoras se incluyen la mejora de la supervisión del rendimiento del servidor,
más tipos de opciones de DHCP predefinidas, compatibilidad de actualización dinámica para
clientes que ejecutan versiones anteriores de Windows y la detección de servidores DHCP no
autorizados en la red.

Tareas administrativas comunes para DHCP

Una vez instalado el servidor DHCP, puede usar la consola de DHCP o los comandos Netsh para
DHCP para realizar estas tareas administrativas del servidor básicas:

Crear ámbitos.

Agregar y configurar superámbitos y ámbitos de multidifusión.

Ver y modificar las propiedades de los ámbitos (por ejemplo, configurar intervalos de exclusión
adicionales).

Activar ámbitos, ámbitos de multidifusión o superámbitos.

Supervisar la actividad de concesión de ámbitos mediante la revisión de las concesiones activas

para cada ámbito.
Crear reservas en ámbitos según sea necesario para clientes DHCP que requieren una dirección IP
permanente para un uso concedido.

Además, puede usar la consola de DHCP o los comandos Netsh para DHCP para realizar las
siguientes tareas opcionales o de configuración avanzada:

Agregar nuevos tipos de opciones predeterminadas personalizadas.

Agregar y configurar cualquier clase de opción definida por el usuario o el proveedor.

Configurar otras propiedades del servidor (por ejemplo, registro de auditoría o tablas de protocolo
de arranque (BOOTP)).

Diferencias entre Bootp y DHCP

Los protocolos BOOTP y DHCP se utilizan para obtener la dirección IP del host junto con la
información de arranque. El funcionamiento de ambos protocolos difiere un poco. DHCP es la
versión extendida del protocolo BOOTP.

La principal diferencia entre BOOTP y DHCP es que BOOTP admite la configuración estática de
direcciones IP, mientras que DHCP admite la configuración dinámica. Significa que DHCP asigna y
obtiene automáticamente direcciones IP de la computadora conectada a Internet y también tiene
algunas características adicionales.

Cuadro comparativo

Bases para la comparación BOOTP DHCP

Configuración automática No es posible solo admite la configuración manual. Obtiene y

asigna automáticamente direcciones IP.
Direccionamiento temporal de IP No proporcionado Provisto por un período de tiempo
limitado.

compatibilidad No es compatible con clientes DHCP. Interoperable con clientes BOOTP.

Máquinas móviles La configuración de IP y el acceso a la información no son posibles.

Apoya la movilidad de la máquina.

error La configuración manual está sujeta a errores. Autoconfiguración inmune a errores.

uso Proporciona información a la computadora o estación de trabajo sin disco. Requiere

discos para almacenar y reenviar información.

Definición de BOOTP

Proceso Bootstrap – Es un método para acceder a la información de una computadora conectada a

Internet, como (dirección IP, máscara de subred, dirección del enrutador, dirección IP del servidor
de nombres) almacenada en un archivo de configuración, esta información debe ser conocida por
la computadora conectado a un Internet TCP / IP.

Boot Boot Protocol (BOOTP) un protocolo cliente-servidor diseñado para obtener la información
proporcionada anteriormente (por ejemplo, dirección IP, máscara de subred, dirección del
enrutador, dirección IP del servidor de nombres) desde una computadora sin disco o desde una
computadora iniciada por primera vez. El sistema operativo y el software de red se almacenan en
la memoria de solo lectura (ROM), si la computadora o estación de trabajo no tiene disco.

RARP es el predecesor de BOOTP y tiene el mismo propósito, pero la limitación de RARP que solo
proporciona información sobre la IP y no la información adicional al respecto.

Como se describió anteriormente, BOOTP es un protocolo que permite la configuración estática.

La razón detrás de la naturaleza estática de BOOTP es que la necesidad de descubrir
dinámicamente enrutadores o cambiar de enrutadores se elimina cuando solo un enrutador está
conectado al resto de Internet. Sin embargo, si hay varios enrutadores conectados a Internet. Un
host que intenta obtener la ruta predeterminada en el inicio puede causar una pérdida de
conexión en caso de un solo fallo del enrutador. E incluso el choque no se puede detectar.

El servidor BOOTP utiliza una tabla que tiene una asignación de dirección física sobre la dirección
IP cuando un cliente solicita su dirección IP. BOOTP no es compatible con máquinas móviles;
funciona bien solo cuando el enlace entre direcciones IP físicas y estáticas y fijas en la tabla. Use
una dirección de difusión limitada (255.255.255.255).

Definición de DHCP

El protocolo de configuración dinámica de host (DHCP) asigne dinámicamente direcciones IP en la

red. DHCP es más versátil que BOOTP y es compatible con versiones anteriores, lo que significa
que puede interactuar con clientes BOOTP.

La asignación dinámica de la dirección IP es beneficiosa por varias razones:

Las direcciones IP se asignan a pedido.

Evite la configuración manual de IP.

Apoya la movilidad del dispositivo.

La asignación de IP bajo demanda significa que hay una escasez de direcciones IP reales, por lo que
las direcciones IP se agrupan centralmente. Si desea utilizar Internet, la dirección IP se asigna de
forma temporal, cuando se realiza el trabajo, la dirección IP se recopila y se entrega a otro usuario
(máquina).

DHCP asigna direcciones IP a una asignación no permanente (arrendamiento). En otras palabras,

las IP se asignan por un período de tiempo limitado y, a medida que expira el contrato, las IP se
retiran. Se requiere DHCP para redes inalámbricas donde estas computadoras pueden conectarse
y desatarse rápidamente.

DHCP usa tres temporizadores:

Temporizador de renovación de arrendamiento ( Temporizador de renovación de arrendamiento) :

la máquina cliente lo usa para enviar una solicitud DHCP para pedirle al servidor más tiempo a
medida que expira el temporizador.

Temporizador de reasentamiento de arrendamiento – Cuando este temporizador caduca, el

cliente no recibe ninguna respuesta y se supone que el servidor está inactivo. Luego, utilizando el
servicio de transmisión IP, la solicitud DHCP se envía a todos los servidores.
Temporizador de vencimiento de arrendamiento – Cuando este temporizador caduca, el sistema
comienza a fallar debido a que no hay una dirección IP válida para un host en la red.

Diferencias clave entre BOOTP y DHCP

BOOTP es un protocolo estático y es compatible con la configuración manual. Por otro lado, DHCP
es un protocolo dinámico y admite la configuración manual, dinámica y automática de direcciones
IP.

El direccionamiento IP bajo demanda se proporciona en DHCP, mientras que BOOTP no admite la

asignación de direcciones IP (arrendamiento).

DHCP puede administrar máquinas móviles. Por el contrario, BOOTP no puede configurar ni
acceder a la información desde máquinas móviles; y solo funciona bien con conexiones
estacionarias.

BOOTP es propenso a errores debido al uso de la configuración manual, mientras que el error
DHCP rara vez ocurre.

conclusión

BOOTP y DHCP son los protocolos utilizados por un host para acceder o configurar parámetros IP
desde el servidor. DHCP la extensión BOOTP. En BOOTP, estas operaciones tienen lugar cuando se
inicia el host. DHCP es popular entre los ISP porque permite que un host obtenga una dirección IP
temporal mientras que no es el caso en BOOTP. DHCP proporciona información más detallada y
más eficiente que BOOTP.

Que es y como funciona

La capacidad de conectar en red dispositivos rápida y fácilmente es crítica en un mundo

hiperconectado, y aunque ha existido durante décadas, DHCP sigue siendo un método esencial
para garantizar que los dispositivos puedan unirse a redes y estén configurados correctamente.

DHCP reduce en gran medida los errores que se producen cuando las direcciones IP se asignan de
forma manual, y puede estirar las direcciones IP al limitar el tiempo que un dispositivo puede
mantener una dirección IP individual.

Definición de DHCP

DHCP significa protocolo de configuración de host dinámico y es un protocolo de red utilizado en

redes IP donde un servidor DHCP asigna automáticamente una dirección IP y otra información a
cada host en la red para que puedan comunicarse de manera eficiente con otros puntos finales.
Además de la dirección IP, DHCP también asigna la máscara de subred, la dirección de puerta de
enlace predeterminada, la dirección del servidor de nombres de dominio (DNS) y otros parámetros
de configuración pertinentes. La solicitud de comentarios (RFC) 2131 y 2132 define DHCP como un
estándar definido por IETF (Internet Engineering Task Force) basado en el protocolo BOOTP.

DHCP simplifica la administración de direcciones IP

La razón principal por la que se necesita DHCP es para simplificar la administración de las
direcciones IP en las redes. No hay dos hosts que puedan tener la misma dirección IP, y
configurarlos manualmente puede generar errores. Incluso en redes pequeñas la asignación
manual de direcciones IP puede ser confusa, especialmente con dispositivos móviles que
requieren direcciones IP de forma no permanente. Además, la mayoría de los usuarios no son lo
suficientemente competentes técnicamente para ubicar la información de la dirección IP en una
computadora y asignarla. La automatización de este proceso hace la vida más fácil para los
usuarios y el administrador de la red.

Funciones del administrador DHCP

DHCP (Dynamic Host Configuration Protocol) o en español, Protocolo Dinámico de Configuración

de Equipos, es un protocolo estándar para cualquier tipo de sistema conectado a una red TCP/IP.

Función del Protocolo DHCP

La función básica de este protocolo es evitar que el administrador tenga que configurar
manualmente las características propias del protocolo TCP/IP en cada equipo cada vez que se
conecta a la red. Para ello, existe en la red un sistema especial, denominado servidor DHCP, que es
capaz de asignar la configuración TCP/IP al resto de máquinas que se encuentren presentes en la
red, o clientes DHCP.

En una red pueden convivir equipos que sean clientes DHCP con otros cuya configuración se haya
establecido de forma manual. Los que estén configurados como clientes DHCP, necesitarán
encontrar en la red local un servidor DHCP para que les proporciones los parámetros TCP/IP.
Funcionamiento del Protocolo DHCP

Cuando un cliente arranca por primera vez, lanza por la red un mensaje de difusión ( conocido
como Broadcast), solicitando una dirección IP. Si en la red existe un solo servidor DHCP, cuando
este reciba el mensaje contestará al cliente asociándole una dirección IP junto con el resto de
parámetros de configuración necesarios. El servidor DHCP puede estar configurado para asignar al
cliente una dirección IP cualquiera de las que tenga disponibles, o bien para asignarle una
dirección en concreto (o dirección reservada), en función de la dirección física de la tarjeta
ethernet del cliente. De cualquiera de las formas, una vez el cliente recibe el mensaje del servidor,
ya tiene una configuración IP con la que poder acceder a la red de forma normal.

Varios servidores DHCP en la misma red

Si en la red hay más de un servidor DHCP, es posible que dos o más servidores escuchen la petición
y estos la contesten. Entonces, el primer mensaje que recibe el cliente es aceptado y el resto son
rechazados. Es muy importante destacar que cuando hay varios servidores DHCP en una misma
red local, estos no se comunican entre ellos para saber qué direcciones IP debe asignar cada uno.
Es responsabilidad de los administradores que sus configuraciones sean independientes y
consistentes para un correcto funcionamiento.

En otras palabras, cuando en una misma red TCP/IP existe más de un servidor DHCP, es
imprescindible que estén configurados de manera que no puedan asignar la misma dirección IP a
dos equipos distintos. Para ello basta que los rangos de direcciones IP que puedan proporcionar no
tengan direcciones comunes, o, si las tienen, que estas sean direcciones reservadas.

En cualquiera de los casos anteriores, desde el punto de vista del cliente los parámetros que ha
recibido se consideran una concesión, es decir, son válidos durante un cierto tiempo. Cada vez que
el cliente arranca, o bien cuando se alcanza el límite de la concesión (lease time) el cliente tiene
que solicitar su renovación.

Operación de DHCP relay

La operación de requerir a un servidor DHCP una configuración IP se inicia desde un cliente DHCP
instalado en una terminal que aún no tiene asignada una dirección IP.

Dado que el inicio de la operación del protocolo se realiza sin contar con una dirección IP de origen
y utilizando broadcast como destino, las solicitudes DHCP (discovery) no son de suyo ruteables
hacia otras redes o subredes. De aquí que en principio el protocolo supone que el servidor y el
cliente DHCP se encuentran instalados en el mismo dominio de broadcast (red o subred).

Cuando se desea utilizar servidores DHCP alojados en una red o subred diferente de aquella en la
que se encuentran las terminales a las que debe responder se puede utilizar un agente DHCP relay.

Un DHCP relay es un dispositivo que recibe las solicitudes de los clientes en formato de broadcast
y las reenvía como unicast dirigido a la dirección del servidor DHCP.

El procedimiento para obtener configuración IP a través de un DHCP relay es el siguiente:

1- DHCP Discovery.

El cliente DHCP envía una solicitud en formato de broadcast.

2- DHCP Relay.

El agente DHCP relay que recibe el broadcast lo retransmite a uno o más servidores DHCP
remotos utilizando formato unicast e incluyendo la dirección de la interfaz en la cual recibió la
solicitud como dirección de gateway (origen) de la solicitud.

3- DHCP Offer.

El servidor utiliza la dirección de gateway que recibe en la solicitud para determinar a qué
subred pertenece el host solicitante y asigna entonces una configuración que corresponda esa red
o subred.

El servidor DHCP reserva una dirección IP para el cliente y envía la respuesta en un paquete
unicast a la dirección del gateway.

4- El DHCP relay recibe la respuesta del servidor y la reenvía al cliente.

5- DHCP Request.

El cliente responde en formato broadcast realizando la solicitud explícita de la configuración

ofrecida por el servidor.

6- El agente DHCP relay interviene nuevamente reenviando la solicitud al servidor DHCP en

formato unicast.

7- DHCP Acknowledgement.
 El servidor marca la dirección como utilizada y envía un paquete en formato unicast al DHCP
relay confirmando los parámetros.

8- El DHCP relay reenvía la confirmación al cliente.

Esto completa el proceso.

En estos casos el servidor DHCP responde al DHCP relay y este se ocupa de reenviarlo al cliente
DHCP. El servidor DHCP puede estar alojado en cualquier punto de la red, ya que al convertirse los
paquetes a unicast, son completamente ruteables.

Cisco IOS incluye funciones de DHCP realy en todos los dispositivos capa 3 (switches y routers).
Esta funcionalidad se invoca utilizando el comando ip helper-address.

Configuracion DE l DHCP

Configurar un Servidor DHCP IPv4

DHCP (Protocolo de Configuración Dinámica de Host) es un método para asignar
direcciones IP en forma automática a clientes de red. Puede configurar su Firebox como
un servidor DHCP para las redes que protege. Si tiene un servidor DHCP, recomendamos
que continúe usando ese servidor para DHCP.

Estos ajustes DHCP se aplican a interfaces de confianza, opcionales o personalizadas y a

interfaces VLAN, de Puente y de Conjunto de Enlaces en zonas de seguridad de
confianza, opcionales o personalizadas.

Si su Firebox está configurado en modo directo, los pasos de configuración son

diferentes. Para configurar DHCP en modo directo, consulte Configurar DHCP en Modo
Directo.

Para configurar los ajustes de DNS y WINS que se aplican solo a una interfaz,
consulte Configurar WINS/DNS por interfaz.

Las características disponibles en WatchGuard System Manager (WSM) pueden ser

diferentes en versiones distintas de Fireware. Si Fireware no ejecuta el sistema operativo
Fireware v11.10.x o posterior, el contenido en este tema de Ayuda no se aplica a su
Firebox.

Para obtener instrucciones para completar los procedimientos en este tema para un
Firebox que ejecuta una versión anterior de Fireware, consulte:

Configurar DHCP IPv4 en Modo de Enrutamiento Combinado en la Ayuda de WatchGuard

System Manager v11.9.4

Configurar DHCP para IPv4

Para configurar DHCP para una interfaz, desde Fireware Web UI:
Para configurar DHCP para una interfaz, desde Policy Manager:

Configurar Reservas DHCP

Puede utilizar reservas DHCP para reservar una dirección IP específica para un cliente.

Para configurar reservas DHCP, desde Fireware Web UI:

Para configurar reservas DHCP, desde Policy Manager:

Configurar Opciones DHCP

Las opciones DHCP, también conocidas com extensiones de proveedor, le permiten
especificar los parámetros de configuración DHCP y otra información de control, tal como
se describe en RFC 2132. Puede agregar opciones DHCP predefinidas o personalizadas.
Las opciones personalizadas son compatibles con Fireware v11.9.3 o posterior.

Las opciones DHCP predefinidas son:

Código
de
Opción
DHCP Nombre Tipo Descripción

150 IP del Servidor Dirección(es) IP La dirección IP del servidor

TFTP TFTP en donde el cliente
DHCP puede descargar la
configuración de arranque.
66 Nombre del Texto El nombre del servidor TFTP
Servidor TFTP en donde el cliente DHCP
puede descargar la
configuración de arranque.
 Código
de
Opción
DHCP Nombre Tipo Descripción

67 Nombre del Texto El nombre del archivo de

Archivo de arranque.
Arranque TFTP
2 Compensación de Número entero Compensación de tiempo en
Tiempo de 4 bytes segundos de Tiempo
Universal Coordinado (UTC).
43 Información Texto Esta opción se utiliza por los
específica del clientes y servidores para
proveedor intercambiar información
específica de proveedores.
120 Servidores SIP Dirección(es) IP Direcciones IPv4 de uno o
más servidores proxy
salientes del Protocolo de
Inicio de Sesión (SIP). Esta
opción se describe en RFC
3361.
138 Controlador de Dirección(es) IP Direcciones IPv4 de uno o
Acceso CAPWAP más controladores de Acceso
CAPWAP. Esta opción se
describe en RFC 5417.
156 Estado DHCP Número entero Estado de la dirección IP.
de 1 bytes (Sin Esta opción se utiliza por los
firmar) teléfonos ShoreTel para una
opción de arranque FTP.

Algunas versiones de Fireware OS no son compatibles con todas las opciones

predefinidas. Si el código de opción que seleccione requiere de una versión mínima
específica de Fireware, aparece una notación a la derecha del código seleccionado en
Policy Manager.

Puede agregar una opción DHCP predefinida o una opción DHCP personalizada. Si utiliza
el mismo código de opción DHCP para más de una interfaz, el Tipo configurado para el
código de opción debe ser el mismo en cada interfaz.

Para agregar una opción DHCP predefinida, desde Fireware Web UI:
Para agregar una opción DHCP predefinida, desde Policy Manager:
Si la opción requerida por su proveedor no se encuentra en la lista de opciones
predefinidas, puede agregarla como una opción personalizada.

Para agregar una opción DHCP personalizada, desde Fireware Web UI:
Para agregar una opción DHCP personalizada, desde Policy Manager:

Los códigos de opción DHCP 1, 6, 15, 28, 44, 46 y 51 se configuran en los ajustes
DHCP o la configuración de la interfaz.

Configurar WINS/DNS por Interfaz

De forma predeterminada, cuando su Firebox está configurado como un servidor DHCP,
entrega el servidor DNS de red y el servidor WINS de red configurados en la
pestaña Configuración de Red > WINS/DNS. Para especificar información diferente para
que el dispositivo asigne cuando distribuya direcciones IP, puede agregar un servidor
DNS para la interfaz.

Si la función DNSWatch está habilitada en su Firebox y la imposición está habilitada, las

consultas de DNS para recursos externos se envían a los servidores de DNSWatch en
algunos casos. Para obtener más información sobre la precedencia de servidores DNS,
consulte Acerca de DNS en el Firebox. Para obtener más información sobre DNSWatch,
consulte Acerca de DNSWatch.

Para configurar ajustes WINS/DNS por interfaz, desde Fireware Web UI:

Información sobre cómo verificar que todas las redes privadas DHCP de la HMC
estén correctamente configuradas.
Si la HMC está configurada como servidor DHCP en una red privada y no se
comunica correctamente con el sistema gestionado, o ha modificado
recientemente la configuración de la red (ha movido un sistema gestionado, ha
sustituido una HMC o ha añadido una segunda HMC), utilice las instrucciones
siguientes para determinar si la red privada gestionada mediante DHCP está
correctamente configurada.
Notasi la HMC está configurada como servidor DHCP en una red privada, no
utilice los mandatos de IP estática mksysconn ni rmsysconn para cambiar los
valores de conexión de la HMC. Estos mandatos están pensados para utilizarlos
únicamente en una red pública, donde la HMC no se configura como servidor
HMC y donde los servidores gestionados utilizan direcciones IP estáticas.
Si un administrador del sistema había asignado previamente una dirección IP al
sistema a través de un mandato de IP estática ejecutado manualmente, el
personal de soporte deberá retirar la conexión manual y establecer una conexión
DHCP entre la HMC y el servidor. En esta sección se explica cómo identificar las
 direcciones IP asignadas manualmente para que un proveedor de servicio
autorizado pueda eliminarlas.
Para identificar una dirección IP asignada manualmente para que la HMC pueda
comunicarse correctamente con sus sistemas gestionados, debe llevar a cabo las
tareas de alto nivel siguientes. A continuación se indican las instrucciones
detalladas de las tareas.
 Identificar las direcciones de conexión IP configuradas de la HMC y
compararlas con la lista de direcciones IP asignadas por el servidor DHCP.
 Identificar las direcciones de conexión IP de la HMC que se han asignado
correctamente a través del servidor DHCP, para lo cual no se necesita realizar
ninguna otra acción.
 Identificar las direcciones de conexión IP configuradas manualmente de la
HMC que DHCP no asignó y que el personal de soporte debe corregir.
Para identificar las direcciones IP asignadas manualmente cuando la HMC está
configurada como un servidor DHCP, haga lo siguiente
1. Cree una lista de todas las conexiones IP configuradas de la HMC. En la
línea de mandatos de la HMC, teclee el mandato siguiente:
lssysconn -r all

Este mandato visualiza la siguiente información en relación a los procesadores de

servicio y a las tarjetas BPC (Bulk Power Cards) de la red para la que HMC ha
configurado una dirección IP:
tipo de elemento, MTMS, direcciones IP, estado de la conexión

2. Anote todas las direcciones IP que se muestran. Necesitará estas

direcciones más adelante.
3. Visualice una lista de las direcciones IP de DHCP que se hayan
asignado. Para hacerlo, teclee el mandato de HMC siguiente:
lshmc -n -F clients

La salida de este mandato genera una lista con todas las direcciones IP que el
servidor DHCP de la HMC ha asignado.
4. Anote todas las direcciones IP que figuran en la salida.
5. Compare las listas lssysconn y lshmc. Si en la salida se muestra una
dirección IP para los mandatos lshmc -n -F clients y lssysconn -r all, significa que la
dirección IP fue asignada por el servidor DHCP de la HMC y que la conexión se
está gestionando mediante el servidor DHCP de la HMC.
6. Elimine de la lista las direcciones que se muestran en la salida del
mandato lshmc -n -F clients pero que no se muestran en la salida del
mandato lssysconn -r all, y no figuran en la lista de servidores que utilizan
direcciones IP estáticas.
Notasi se visualiza una dirección IP en la salida de lshmc -n y no lo hace en la
salida de lssysconn -r all, significa que esa dirección IP la ha asignado el servidor
DHCP de la HMC. Sin embargo, no se trata de una conexión actual en la HMC. El
servidor DHCP conserva el historial de todas las asignaciones de direcciones IP
en previsión de que tenga que reestablecerse la conexión. El servidor DHCP
también puede haber asignado una dirección IP si un dispositivo desconocido de
la red privada ha solicitado una dirección IP de DHCP a la HMC.
7. Si la HMC gestiona servidores en una red privada y en una red pública, las
conexiones al procesador de servicio de la red pública (que no está en el rango de
direcciones de redes privadas) también deberán identificarse y eliminarse de esta
lista. Si no hay más direcciones IP en la lista que contiene la salida de lssyconn -r
all, significa que el servidor DHCP de la HMC ha asignado todas las direcciones IP
del sistema, y que la configuración de red está funcionando correctamente.
8. Si hay direcciones IP que no se eliminan de la lista que se toma del
mandato lssysconn -r all, significa que esta dirección no fue asignada por el
servidor DHCP de la HMC. Estas asignaciones de direcciones IP deben corregirse
para que puedan reasignarse automáticamente a través del servidor DHCP de la
HMC. Póngase en contacto con el proveedor de servicio autorizado y pida que
alguien le corrija las direcciones IP asignadas manualmente que ha identificado.
Si ha seguido este procedimiento y no aparecen como activas todas las
conexiones, llame a un proveedor de servicio autorizado para obtener ayuda
adicional.

Diagnostico de fallas de DHCP

Etiquetas: CISCO CCNA
Verificacion de DHCP
Para verificar que el router esté recibiendo o enviando los mensajes, utilice el comando show ip
dhcp server statistics . Esto mostrará información numérica acerca de la cantidad de mensajes
DHCP que se envían y reciben.
Etiquetas: CISCO CCNA
Configuracion de DHCP
El servidor DHCP se habilita por defecto en las versiones de Cisco IOS que lo admitan. Para
desactivar el servicio, utilice el comando no service dhcp Utilice el comando de configuración
global service dhcp para rehabilitar el proceso de servidor DHCP

Qué es DNS

Las siglas DNS en inglés quieren decir Domain Name System, que traducido es Sistema de
Nombres de Dominio. Básicamente es un sistema jerárquico que administrado todo el espacio de
nombres de dominio (Domain Name Space). Este sistema lo que hace es resolver las peticiones
que realizamos mediante la asignación de nombres.

El sistema de nombres de dominio recurre a una red global de servidores DNS. Dicha red está
dividida en varias zonas de nombres administradas de manera independiente. Este sistema lo que
permite es una gestión descentralizada de la información de los dominios.

Cuando un usuario registra un dominio, se genera una entrada WHOIS en el registro

correspondiente y se almacena en el DNS como un “resource record”. Una base de datos de
servidores DNS en esencia es un gran almacén con todos los registros de dominios que tiene la
tarea de gestionar.

Fue en 1983 cuando se creó este sistema DNS que reemplaza al procedimiento anterior de
resolución. El anterior sistema era muy propenso a errores y basados en un archivo local de hosts.
Curiosamente el archivo hosts.txt aún esta presente en sistemas operativos basados en UNIX en el
directorio ‘etc/’ y en Windows en %SystemRoot%\system32\drivers\etc.

El problema del archivo hosts.txt es que necesitaba una actualización regular y un mantenimiento
manual. Dicho sistema era un problema a medida que internet iba creciendo de manera
exponencial, llegando a ser imposible de mantener. Actualmente este archivo solo se usa para
clasificación de direcciones IP en redes locales. Además, permite bloquear servidores web
desviando de manera automática la dirección hacia el local host.

LEER MÁS

Publicados los drivers NVIDIA GeForce 418.81 WHQL

Podemos deducir por tanto que el sistema DNS sirve para traducir nombres a direcciones IP y al
revés. Se compone de tres partes identificables

Cliente DNS: Estos seríamos nosotros introduciendo una dirección en nuestro navegador y nuestro
equipo solicitando una petición de resolución

Servidor DNS: Responden a las peticiones y resuelven los nombres mediante un sistema en forma
de árbol

Zonas de autoridad: Son servidores o agrupaciones de estos que tienen asignados la resolución de
un conjunto de dominios

Peticiones DNS

Cuando introducimos la dirección de una web (URL) en la barra de direcciones, se realiza una
petición de llamada denominada resolver. El sistema operativo mediante una función almacena en
caché las direcciones web (direcciones IP) que hemos visitado. Cuando realizamos una petición
mediante navegador o gestor de correo, son proporcionadas por el sistema operativo.

Podría ser que la dirección IP demandada no esté en la caché del resolver, así que se realizará una
petición al servidor DNS que toque. Normalmente este servidor DNS suele ser el del proveedor de
internet. Se coteja la base de datos DNS y si la dirección IP está disponible se manda como
respuesta (forward lookup). Automáticamente el navegador nos abrirá la página web que
habíamos solicitado. Existe un camino inverso, que es traducir la dirección IP en la dirección de
dominio (reverse lookup)

Existe la posibilidad que el servidor DNS de nuestro proveedor de internet no tenga la dirección
que le hemos solicitado. Será este servidor quien pedirá la información a otro servidor o bien se
mandará la petición al servidor DNS que corresponda. La manera de resolución es la siguiente:

Resolución recursiva: Se produce cuando el servidor DNS no puede responder por si mismo a una
petición y coge la información de otro servidor. El resolver transfiere la petición al servidor DNS
quien proporciona a su ver una después al resolver con el nombre de dominio, si se ha resuelto.

Resolución iterativa: Si el servidor DNS no puede resolver la petición, envía como respuesta la
dirección del siguiente servidor DNS en la jerarquía. Aquí el resolver manda una nueva petición y
repite el proceso hasta que se resuelva el nombre de dominio.

La gestión centralizada de los dominios en los DNS garantiza una elevada fiabilidad y flexibilidad.
Cuando la IP de un servidor cambia, el usuario no verá dicho cambio, ya que la IP será reportada y
almacenada en la base de datos

LEER MÁS

AMD Ryzen 3 3300X, Ryzen 3 3100 y chipset B550 - Todo sobre los 'Machacadores Intel'

Qué es un servidor DNS

Los servidores de nombres son un software para servidores que se solicita a una base de datos un
DNS para responder a las peticiones almacenadas relacionadas con el nombre de dominio. Como
estos se alojan en hosts dedicados, los sistemas que los almacenan también reciben este nombre.

Normalmente se suele distinguir entre servidores DNS primarios y secundarios:

Servidor primario, principal o maestro: El servidor DNS primario o maestro es el que guarda la
información de una zona determinada del espacio de nombres de dominio en su base de datos. El
sistema de nombres de dominio está creado para que se disponga en cada zona de un servidor de
nombres primario. Dicho sistema se suele basar en un clúster de servidores donde se almacenan
los datos de una zona en un sistema maestro con varios esclavos. Mediante este sistema
redundante se reducen las posibilidades de caídas o pérdidas de disponibilidad.

Servidor secundario o esclavo: La información de estos servidores procede de los servidores

primarios o de los esclavos del primario. Este puede no poder resolver la petición al no estar la
dirección IP en su base de datos. Así que debe recurrir a la información de otros secundarios o de
un primario. Las direcciones se almacenan en un la base de datos de manera permanente o
temporal, según la demanda.

Cómo funciona DNS

Para la resolución de nombres se ha creado una estructura de tipo árbol. Los diferentes servidores
DNS de cada zona de autoridad se encarga de resolver las solicitudes de cada zona. En caso de que
no puedan, realizarán la petición al servidor que corresponda. El proceso sería más o menos así:

Ponemos en nuestro navegador: hardwaresfera.com

El sistema operativo mira a ver si tiene la dirección del dominio en la caché. Si no la tiene el
sistema operativo realiza una petición al servidor DNS configurado manualmente o mediante
DHCP

Resulta ser que el servidor DNS tampoco tiene almacenada la IP del dominio, por lo que sea. Este
realizará una petición al servidor DNS encargado de las direcciones IP de los dominios ‘.com’

Este servidor DNS que se encarga de los ‘.com’ busca la IP asignada al dominio en cuestión.
Cuando lo encuentra devuelve le indica al servidor DNS asignado a nosotros el servidor donde está
almacenado el dominio al que buscamos acceder

Nuestro servidor DNS cuando sabe el servidor al que reclamar la información le realiza una
petición de dirección IP del servidor Hardwaresfera.com

Este servidor busca el dominio en su base de datos y le devuelve una IP a nuestro servidor DNS

Ahora se devuelve la IP a nuestro navegador y se inicia el intercambio de paquetes de datos

¿Cuáles son las funciones de las zonas de DNS?

La información a continuación te ayudará a comprender los

propósitos de cada zona de DNS:
  El Registro A apunta un dominio a una direccionIP (ej:
MiDominio.com --> dirección IP)
 El Registro CNAME apunta  un subdominio a otro
dominio sin www (ej: www.dominio1.com -->
dominio2.com)
 El Registro MX controla donde los emails son recibidos.
Si el e-mail fuera alojado en otro servidor, lo que
deberías cambiar sería el Registro MX. (ej:
dominio.com --> servidor de mail).
El Registro TXT es un servicio personalizado que contiene
datos legibles para el servidor. El Registro TXT tiene que ser
escrito de acuerdo a la tecnología que estás intentando
utilizar.
Cuando se traslada una página web de proveedor, una de las cosas que nos suelen pedir es que
cambiemos las DNS del dominio, cosa que para la mayoría de los usuarios suena a chino, pero
¿que son las DNS?.

Que son las DNS

Las DNS son las siglas que forman la denominación Domain Name System o Sistema de Nombres
de Dominio y además de apuntar los dominios al servidor correspondiente, nos servirá para
traducir la dirección real, que es una relación numérica denominada IP, en el nombre del dominio.

Para que Sirven las DNS

Pues bien, los DNS sirven para indicarle al usuario que teclea un dominio a que servidor debe ir a
recoger la página web que desea consultar.

Efectivamente las páginas web realmente están hospedadas bajo una dirección IP, por ejemplo
nuestra web www.digival.es realmente responde a la IP 85.112.29.231 pero este sistema es capaz
de convertir estos números en el nombre de dominio www.digival.es. Recordar las IP de cada
página web sería una trabajo demasiado duro, por eso se creó el sistema de nombres de dominio,
para permitir crear términos y denominaciones más fáciles de recordar.
Cómo funcionan las DNS

Que mejor que explicarlo con un ejemplo práctico, y con acciones que realizamos todos los días.
Siguiendo con el ejemplo de nuestra página web o de cualquier otra que se haya contratado con
nuestros planes de hosting web, supongamos que un usuario desea acceder a ella, para lo cual,
teclea en su navegador nuestro dominio www.digival.es. Al pulsar la tecla enter, el navegador
consultará con el servidor DNS cuál es la dirección IP de nuestro dominio, y a su vez casará la
información entre la IP y el nombre de dominio, por último entregará al navegador la IP
85.112.29.231 que podrá devolver nuestra página web a nuestro usuario.

Para evitar realizar constantes consultas al servidor DNS, el navegador guardará esta información
de forma temporal, de manera que se pueda servir la web sin realizar esa consulta previa. Por eso
en muchas ocasiones nos piden que actualicemos la consulta con la tecla F5, para que el dominio
vaya a la dirección IP más actual.

Como se cambian las DNS

Como registrador de dominios que somos proporcionamos un panel de control que permite
realizar estos cambios de forma online. En nuestro caso, es importante tener claro, que para
cambiar las DNS de un dominio individual, es necesario acudir a la sección “Dominios” y configurar
las DNS del dominio individualmente, bien escribiendo las nuevas que queremos asignar o bien
eligiendo entre las que tenemos grabadas en nuestra Área de Clientes.

Hay que tener cuidado con la gestión de DNS, pues como ya hemos explicado, de ellas depende
que funcione nuestro dominio, o lo que es lo mismo, nuestra web, nuestro correo o nuestras
aplicaciones y bases de datos.

Opciones de modo DNS

Los usuarios de Dotcom-Monitor tienen un amplio control sobre cómo se
realiza una resolución DNS para sus tareas de supervisión. En función de los
comentarios extensos de los usuarios, cuatro opciones de DNS diferentes
para resolver nombres de host están disponibles para las tareas de
supervisión.
Dispositivo en caché (DEFAULT OPTION) significa que la dirección del servidor
de nombres en caché (NS) recuperada durante la supervisión de una tarea
anterior (caché de dispositivos) se utilizará inicialmente para la supervisión. Si la
memoria caché del dispositivo no tiene la dirección necesaria, se llevará a cabo
una consulta automática para la dirección de los servidores DNS raíz. Cuando se
establece esta opción, Dotcom-Monitor resolverá un nombre de host una vez por
instancia de una comprobación de dispositivo. Por lo tanto, si hay referencias al
mismo nombre de host en una o más tareas dentro del mismo dispositivo, la
búsqueda DNS se producirá una vez y, a continuación, se almacenará en caché
durante el registro de ese dispositivo. La mayoría de las comprobaciones son
bastante rápidas y se realizan en menos de un minuto, por lo que no hay razón
para resolver el mismo host cada pocos segundos. La desventaja de esta opción
es que los datos de rendimiento pueden variar por tarea en el mismo dispositivo.
Si supervisa dos direcciones URL en el mismo dispositivo que están en el mismo
host, la primera dirección URL siempre será más lenta, ya que incluirá el tiempo
de búsqueda DNS, mientras que la segunda dirección URL usará la dirección IP
DNS almacenada en caché y la resolución dns será muy rápida.

Este tipo de caché es común solo para tareas con un modo de resolución de
DNSidéntico.

No en caché significa que no se usará la caché de dispositivos (caché de tareas

anteriores), por lo que cada nueva ejecución exige una consulta independiente a
los servidores raíz DNS.
Esto es útil para garantizar tiempos uniformes, ya que la búsqueda de DNS se
realizará cada vez. Sin embargo, la opción que no es de caché puede aumentar
significativamente la carga en los servidores DNS y también aumenta el tiempo de
respuesta para las tareas de supervisión. Esta opción no está disponible para las
plataformas de supervisión BrowserView o UserView basadas en explorador, ya
que no es práctico resolver el mismo nombre de host cientos de veces en pocos
segundos después de la comprobación. Por ejemplo, piense en una página web
que tenga muchos elementos en el mismo servidor que tengan resoluciones DNS
independientes del servidor raíz. En ese tipo de escenario, es suficiente resolver
una vez por comprobación.

TTL Cached significa que la memoria caché NS formada durante la supervisión de

tareas anteriores (caché de dispositivos) se utilizará inicialmente para la
supervisión. Si la memoria caché del dispositivo no tiene la dirección necesaria, se
realizará una consulta automática para la dirección desde el servidor DNS local.

Esta opción imita mejor la experiencia de un usuario real.

Es importante tener en cuenta que si se establece la opción TTL y se produce un error

en el servidor DNS especificado, es posible que Dotcom-Monitor no detecte el error
hasta que expire el TTL (lo que puede tardar días o semanas). Esta opción solo se
recomienda si la supervisión de una resolución DNS adecuada no es una prioridad.

Este tipo de caché es común solo para tareas con un modo de resolución de
DNSidéntico.

Servidor DNS externo significa que una dirección IP especificada se considerará

como una dirección de servidor DNS y sondeará los datos NS.

Esto es útil en situaciones específicas, por ejemplo, si sabe que la mayoría de sus
clientes utilizan un servicio de almacenamiento en caché público, como Google
(8.8.8.8, 8.8.4.4) o Cloudfare (1.1.1.1). En este caso, puede establecer el servidor
DNS en una de las direcciones IP de Google. Siempre y cuando el DNS de Google
especificado proporcione una respuesta válida, Dotcom-Monitor no detectará un
error DNS, incluso si un servidor DNS responsable del dominio no funciona
correctamente.

Otra situación implica si conoce los servidores responsables de la resolución de

nombres y no se preocupa por toda la resolución de la cadena DNS. En este caso,
puede especificar el servidor DNS que se usará para la resolución de DNS. Esta
opción puede proporcionar mejores tiempos de resolución de DNS, ya que
Dotcom-Monitor no tiene que propagar una búsqueda desde el servidor raíz y
puede ir directamente al servidor DNS adecuado. Sin embargo, es posible que
esta opción no detecte todos los problemas relacionados con DNS.

Cada dirección independiente crea una memoria caché diferente. Así, por ejemplo, si
dos tareas bajo un dispositivo tienen DNS externo diferente (diferentes IP), entonces
habrá dos cachés diferentes.

Paso 1: En el escritorio de Windows buscamos el icono de conexión de red que aparece en la parte
inferior derecha de la barra de tareas.
Paso 2: Pinchamos con el botón derecho y seleccionamos la opción "Abrir el Centro de redes y
recursos compartidos".
 *También es posible acceder directamente al Centro de redes y recursos compartidos desde el
Panel de Control*

Paso 3: En el Centro de redes y recursos compartidos, seleccionamos "Cambiar configuración del
adaptador" que aparece en un panel situado a la izquierda.

Paso 4: Pinchando con el botón derecho en "Conexión de área local" accederemos a un menú en el
que debemos seleccionar "Propiedades".
Paso 5: Una vez dentro, buscamos en el desplegable la opción "Protocolo de Internet versión 4
(TCP/IPv4)" y para acceder a la configuración de red, podemos o bien pulsar doble clic, o bien
seleccionar y pulsar "Propiedades".
Paso 6: En este último paso, aparecerán los detalles de conexión de red de nuestro equipo. En la
parte inferior, con la opción de "Usar las siguientes direcciones de servidor DNS" marcada, tenemos
que configurar las siguientes direcciones:
           Servidor DNS preferido:    193.144.193.11
           Servidor DNS alternativo: 193.144.193.22
Finalmente, cuando hemos terminado el proceso de configuración, pulsamos Aceptar y esperamos
a que se actualicen los cambios.

Comprobación de la funcionalidad de
DNS para admitir la replicación de
directorios
 31/05/2017
 Tiempo de lectura: 9 minutos

o

 
 o

 
o

En este artículo
1. Ejecutar la prueba de DNS básica del controlador de dominio
2. Comprobando el registro de registros de recursos
3. Comprobando la actualización dinámica
4. Registro de registros de recursos DNS

Se aplica a: Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Para comprobar la configuración del sistema de nombres de dominio (DNS) que

puede interferir con la replicación de Active Directory, puede empezar por ejecutar
la prueba básica que garantiza que DNS funciona correctamente para su
dominio. Después de ejecutar la prueba básica, puede probar otros aspectos de la
funcionalidad de DNS, incluido el registro de registros de recursos y la
actualización dinámica.

Aunque puede ejecutar esta prueba de la funcionalidad DNS básica en cualquier

controlador de dominio, normalmente ejecuta esta prueba en los controladores de
dominio que cree que pueden estar experimentando problemas de replicación, por
ejemplo, controladores de dominio que informen de los identificadores de evento
1844, 1925, 2087 o 2088 en el registro DNS del servicio de directorio de Visor de
eventos.

Ejecutar la prueba de DNS básica del controlador de

dominio
La prueba de DNS básica comprueba los siguientes aspectos de la funcionalidad de
DNS:

 Conectividad: La prueba determina si los controladores de dominio están

registrados en DNS, se puede poner en contacto con el comando ping y tener
conectividad de Protocolo ligero de acceso a directorios/llamada a
procedimiento remoto (LDAP/RPC). Si se produce un error en la prueba de
conectividad en un controlador de dominio, no se ejecuta ninguna otra
prueba en ese controlador de dominio. La prueba de conectividad se realiza
automáticamente antes de que se ejecute cualquier otra prueba de DNS.
 Servicios esenciales: La prueba confirma que los siguientes servicios se
están ejecutando y están disponibles en el controlador de dominio probado:
servicio de cliente DNS, servicio de inicio de sesión de red, servicio de Centro
de distribución de claves (KDC) y servicio servidor DNS (si DNS está instalado
en el controlador de dominio).
 Configuración del cliente DNS: La prueba confirma que se puede tener
acceso a los servidores DNS de todos los adaptadores de red del equipo
cliente DNS.
 Registros de registros de recursos: La prueba confirma que el registro de
recursos de host (A) de cada controlador de dominio está registrado en al
menos uno de los servidores DNS que está configurado en el equipo cliente.
 Zona e inicio de autoridad (SOA): Si el controlador de dominio está
ejecutando el servicio servidor DNS, la prueba confirma que los Active
Directory zona de dominio y el registro de recursos de inicio de autoridad
(SOA) para la zona de dominio Active Directory están presentes.
 Zona raíz: Comprueba si la zona raíz (.) está presente.

El requisito mínimo para completar estos procedimientos es la pertenencia al

grupo administradores de organización o un grupo equivalente.

Puede usar el procedimiento siguiente para comprobar la funcionalidad básica de

DNS.
Para comprobar la funcionalidad básica de DNS:

1. En el controlador de dominio que desea probar o en un equipo miembro del

dominio que tenga instaladas las herramientas de Active Directory Domain
Services (AD DS), abra un símbolo del sistema como administrador. Para abrir
un símbolo del sistema como administrador, haga clic en Inicio.
2. En Iniciar búsqueda, escriba símbolo del sistema.
3. En la parte superior del menú Inicio, haga clic con el botón derecho en
Símbolo del sistema y luego haga clic en Ejecutar como administrador. Si
aparece el cuadro de diálogo Control de cuentas de usuario, confirme que la
acción que se muestra es la esperada y, a continuación, haga clic en
Continuar.
4. En el símbolo del sistema, escriba el siguiente comando y, a continuación,
presione ENTRAR: dcdiag /test:dns /v /s:<DCName> /DnsBasic
/f:dcdiagreport.txt

Sustituya el nombre distintivo real, el nombre NetBIOS o el nombre DNS del

controlador de dominio para < nombrededc > . Como alternativa, puede
probar todos los controladores de dominio en el bosque escribiendo/e: en
lugar de/s:. El modificador/f especifica un nombre de archivo, que en el
comando anterior se dcdiagreport.txt. Si desea colocar el archivo en una
ubicación distinta del directorio de trabajo actual, puede especificar una ruta
de acceso de archivo, como/f:c:reportsdcdiagreport.txt.
5. Abra el archivo dcdiagreport.txt en el Bloc de notas o en un editor de texto
similar. Para abrir el archivo en el Bloc de notas, en el símbolo del sistema,
escriba notepad dcdiagreport.txt y, a continuación, presione Entrar. Si colocó
el archivo en un directorio de trabajo diferente, incluya la ruta de acceso al
archivo. Por ejemplo, si colocó el archivo en c:Reports, escriba notepad
c:reportsdcdiagreport.txt y, a continuación, presione Entrar.
6. Desplácese a la tabla de resumen cerca de la parte inferior del archivo.

Anote los nombres de todos los controladores de dominio que notifican el

estado "ADVERTENCIA" o "error" en la tabla de resumen. Intente determinar
si hay un controlador de dominio problemático mediante la búsqueda de la
sección de salida detallada mediante la búsqueda de la cadena "DC:
Nombrededc", donde Nombrededc es el nombre real del controlador de
dominio.

Si ve cambios de configuración obvios que son necesarios, hagalos, según

corresponda. Por ejemplo, si observa que uno de los controladores de dominio
tiene una dirección IP obviamente incorrecta, puede corregirlo. Después, vuelva a
ejecutar la prueba.

Para validar los cambios de configuración, vuelva a ejecutar el comando

dcdiag/test: DNS/v con el modificador/e: o/s:, según corresponda. Si no tiene la
versión 6 de IP (IPv6) habilitada en el controlador de dominio, debe esperar que se
produzca un error en la parte de validación del host (AAAA) de la prueba, pero si
no usa IPv6 en la red, estos registros no son necesarios.

Comprobando el registro de registros de recursos

El controlador de dominio de destino utiliza el registro de recursos de alias DNS
(CNAME) para localizar su asociado de replicación del controlador de dominio de
origen. Aunque los controladores de dominio que ejecutan Windows Server (a
partir de Windows Server 2003 con Service Pack 1 (SP1)) pueden localizar los
asociados de replicación de origen mediante nombres de dominio completos
(FQDN) o, si se produce un error, se espera la presencia de NetBIOS namesthe del
registro de recursos de alias (CNAME) y debe comprobarse para que funcione
correctamente el DNS.

Puede usar el procedimiento siguiente para comprobar el registro de registros de

recursos, incluido el registro de registros de recursos de alias (CNAME).

Para comprobar el registro de registros de recursos

1. Abra un símbolo del sistema como administrador. Para abrir un símbolo del

sistema como administrador, haga clic en Inicio. En Iniciar búsqueda, escriba
símbolo del sistema.
2. En la parte superior del menú Inicio, haga clic con el botón derecho en
Símbolo del sistema y luego haga clic en Ejecutar como administrador. Si
aparece el cuadro de diálogo Control de cuentas de usuario, confirme que la
acción que se muestra es la esperada y, a continuación, haga clic en
Continuar.

Puede usar la herramienta dcdiag para comprobar el registro de todos los

registros de recursos que son esenciales para la ubicación del controlador de
dominio mediante la ejecución del dcdiag /test:dns
/DnsRecordRegistration comando.

Este comando comprueba el registro de los siguientes registros de recursos en

DNS:
  alias (CNAME): registro de recursos basado en el identificador único global
(GUID) que ubica un asociado de replicación
 host (A): el registro de recursos de host que contiene la dirección IP del
controlador de dominio.
 LDAP SRV: los registros de recursos de servicio (SRV) que buscan servidores
LDAP
 GC SRV: los registros de recursos de servicio (SRV) que buscan servidores de
catálogo global
 PDC SRV: los registros de recursos de servicio (SRV) que buscan los
maestros de operaciones del emulador de controlador de dominio principal
(PDC)

Puede usar el procedimiento siguiente para comprobar el registro de registros de

recursos de alias (CNAME) por sí solo.

Para comprobar el registro de registros de recursos de alias (CNAME)

1. Abra el complemento DNS. Para abrir DNS, haga clic en iniciar. En Iniciar

búsqueda, escriba DNSMgmt. msc y, a continuación, presione Entrar. Si
aparece el cuadro de diálogo control de cuentas de usuario, confirme que
muestra la acción deseada y, a continuación, haga clic en continuar.
2. Use el complemento DNS para buscar cualquier controlador de dominio que
ejecute el servicio servidor DNS, donde el servidor hospede la zona DNS con
el mismo nombre que el dominio Active Directory del controlador de
dominio.
3. En el árbol de consola, haga clic en la zona denominada _msdcs.
Dns_Domain_Name.
4. En el panel de detalles, compruebe que están presentes los siguientes
registros de recursos: un registro de recursos de alias (CNAME) denominado
Dsa_Guid. _msdcs. Dns_Domain_Name y un registro de recursos de host (a)
correspondiente para el nombre del servidor DNS.

Si el registro de recursos de alias (CNAME) no está registrado, compruebe que la

actualización dinámica funciona correctamente. Use la prueba de la siguiente
sección para comprobar la actualización dinámica.

Comprobando la actualización dinámica

Si la prueba de DNS básica muestra que los registros de recursos no existen en
DNS, use la prueba de actualización dinámica para determinar por qué el servicio
de net Logon no registró los registros de recursos automáticamente. Use el
procedimiento siguiente para comprobar que la zona de dominio Active Directory
está configurada para aceptar actualizaciones dinámicas seguras y para realizar el
registro de un registro de prueba (_dcdiag_test_record). El registro de prueba se
elimina automáticamente después de la prueba.

Para comprobar la actualización dinámica

1. Abra un símbolo del sistema como administrador. Para abrir un símbolo del

sistema como administrador, haga clic en Inicio. En Iniciar búsqueda, escriba
símbolo del sistema. En la parte superior del menú Inicio, haga clic con el
botón derecho en Símbolo del sistema y luego haga clic en Ejecutar como
administrador. Si aparece el cuadro de diálogo Control de cuentas de usuario,
confirme que la acción que se muestra es la esperada y, a continuación, haga
clic en Continuar.
2. En el símbolo del sistema, escriba el siguiente comando y, a continuación,
presione ENTRAR: dcdiag /test:dns /v /s:<DCName> /DnsDynamicUpdate

Sustituya el nombre distintivo, el nombre NetBIOS o el nombre DNS del

controlador de dominio para < nombrededc > . Como alternativa, puede
probar todos los controladores de dominio en el bosque escribiendo/e: en
lugar de/s:. Si no tiene IPv6 habilitado en el controlador de dominio, debe
esperar que se produzca un error en la parte del registro de recursos del host
(AAAA) de la prueba, que es una condición normal cuando IPv6 no está
habilitado.

Si no se configuran las actualizaciones dinámicas seguras, puede usar el

procedimiento siguiente para configurarlas.

Para habilitar las actualizaciones dinámicas seguras

1. Abra el complemento DNS. Para abrir DNS, haga clic en iniciar.

2. En Iniciar búsqueda, escriba DNSMgmt. msc y, a continuación, presione
Entrar. Si aparece el cuadro de diálogo control de cuentas de usuario,
confirme que muestra la acción deseada y, a continuación, haga clic en
continuar.
3. En el árbol de consola, haga clic con el botón secundario en la zona
correspondiente y, a continuación, haga clic en Propiedades.
4. En la ficha General, compruebe que el tipo de zona está Integrado en Active
Directory.
5. En actualizaciones dinámicas, haga clic en solo protección.
Registro de registros de recursos DNS
Si los registros de recursos DNS no aparecen en DNS para el controlador de
dominio de origen, ha comprobado las actualizaciones dinámicas y desea registrar
los registros de recursos DNS inmediatamente, puede forzar el registro
manualmente mediante el procedimiento siguiente. El servicio Inicio de sesión de
red de un controlador de dominio registra los registros de recursos DNS necesarios
para que el controlador de dominio se encuentre en la red. El servicio cliente DNS
registra el registro de recursos de host (A) al que apunta el registro de alias
(CNAME).

Para registrar manualmente los registros de recursos DNS

1. Abra un símbolo del sistema como administrador. Para abrir un símbolo del

sistema como administrador, haga clic en Inicio.
2. En Iniciar búsqueda, escriba símbolo del sistema.
3. En la parte superior del inicio, haga clic con el botón secundario en símbolo
del sistema y, a continuación, haga clic en ejecutar como administrador. Si
aparece el cuadro de diálogo Control de cuentas de usuario, confirme que la
acción que se muestra es la esperada y, a continuación, haga clic en
Continuar.
4. Para iniciar el registro de los registros de recursos del localizador del
controlador de dominio manualmente en el controlador de dominio de
origen, en el símbolo del sistema, escriba el siguiente comando y, a
continuación, presione ENTRAR: net stop netlogon && net start netlogon
5. Para iniciar manualmente el registro del registro de recursos de host (A),
escriba el siguiente comando en el símbolo del sistema y presione
ENTRAR: ipconfig /flushdns && ipconfig /registerdns
6. En el símbolo del sistema, escriba el siguiente comando y, a continuación,
presione ENTRAR: dcdiag /test:dns /v /s:<DCName>

Sustituya el nombre distintivo, el nombre NetBIOS o el nombre DNS del

controlador de dominio para < nombrededc > . Revise la salida de la prueba
para asegurarse de que se han superado las pruebas de DNS. Si no tiene IPv6
habilitado en el controlador de dominio, debe esperar que se produzca un
error en la parte del registro de recursos del host (AAAA) de la prueba, que es
una condición normal cuando IPv6 no está habilitado.
5 pasos básicos para
diagnosticar un problema
de red
Como Internet se ha convertido en parte vital de nuestras vidas, tanto en el plano

laboral como en el plano del ocio, quedarnos sin conexión puede llegar a ser un

auténtico drama. Diagnosticar un problema de red es sencillo, pero cuando nos

quedamos sin Internet la cosa se complica, al no tener conexión para consultar

alguna guía de la red. Por ello, os ofrecemos esta pequeña recopilación de 5

pasos básicos para diagnosticar un problema de red.

El proceso de detectar un problema de red se puede llevar a cabo en cinco pasos,

aunque siempre es recomendable realizar un paso previo adicional. Muchas veces

intentamos acceder a una web o servicio online y no podemos hacerlo. En algunas

ocasiones, esto no es debido a un problema nuestro y se suele tratar de un

problema global que afecta a miles de usuarios. En esos casos y antes de liarnos

a golpes con nuestro router, os recomendamos visitar IsUp.me o algunas de las

webs que nos permiten ver si un servicio funciona como Down For Everyone Or

Just Me o DownRightNow.

Paso 1: Apagar, encender y reiniciar

Es la recomendación básica antes cualquier problema informático, pero es que

realmente funciona. En algunas ocasiones, el equipamiento que tenemos para

acceder a Internet, véase router, punto de acceso, ordenador o móvil, se puede

quedar bloqueado y no funcionar correctamente. Esto es algo sencillo de

verificar en un PC o móvil, ya que lo vemos directamente, pero no es tan fácil de

comprobar en el router.

Por eso, reiniciaremos todo el equipamiento desde el router al PC, pasando por

la ONT. Es mejor probar a reiniciar que tirarse un buen rato de comprobaciones

innecesarias que se solucionarían con esa acción. En caso de reiniciar,

esperaremos un par de minutos antes de volver a encender los equipos. Una vez

que hayamos reiniciado, comprobaremos si podemos navegar por Internet.

Paso 2: ¿Está todo bien conectado a la red?

Es otra de esas comprobaciones obvias, aunque no por ello menos importantes.

Está claro que el cable de red está conectado a tu PC, ya que en caso contrario

hubieras visto una advertencia en el escritorio de Windows. Pero ¿y el cable de

teléfono al router o el cable de fibra óptica a la ONT? En cualquier momento

pueden haberse desconectado y haberte dejado sin Internet.

Las luces del router suelen ser nuestras aliadas en este sentido. Todos deben

estar encendidas en verde como habitualmente y el comportamiento debe ser el

esperado. Si vemos luces parpadeando, luces apagadas o de color rojo en

funciones como la conexión a Internet o el WiFi, tendremos que verificar más a

fondo el problema.
Paso 3: Solucionador de problemas de red
Windows ofrece el Solucionador de problemas de red para diagnosticar y

solucionar problemas de conexión. En Windows 10 podemos acceder a través de

Configuración > Red e Internet y Solucionador de problemas de red. Pinchando en

esa opción vamos a poder realizar un diagnóstico del problema. Normalmente, si

existe algún problema, Windows se encarga de solucionarlo, aunque también

puede requerir que respondamos algunas preguntas.

¿Problemas de conexión? ¿Sin Internet en Windows 10? Prueba estas soluciones

Paso 4: Comprueba tu dirección IP y las DNS

La IP es nuestra matrícula para salir a Internet y en algunas ocasiones pueden

tener problemas que nos impidan navegar. Primeramente, es importante

comprobar que no se nos ha asignado ninguna IP rara. Para ello, accederemos

a Configuración > Red e Internet > Ver las propiedades de red. Ahí

comprobaremos que la dirección IPv4 es algo como 192.168.1.X donde X es un

número hasta 255. Si vemos algo como 169.254.xxx.xxx, el router no nos está

asignando correctamente la dirección IP.

En este punto, comprobaremos que está activada la opción de Obtener una

dirección IP automáticamente en Propiedades del adaptador de red y Protocolo

de Internet versión 4 (TCP/IP) siempre que nuestro router tenga el DHCP activado.
A través del Símbolo de sistema también podemos probar siguientes comandos

para intentar resolver el problema:

ipconfig /release

ipconfig /renew

Paso 5: Ping y traza de la ruta

Si tenemos una IP 169.254.xxx.xxx debemos investigar la causa. Para ello,

accederemos al Símbolo de Sistema para realizar un ping. Para ello, probaremos

con las DNS de Google, una de las más utilizadas y con más disponibilidad del

mercado. El comando será:

ping 8.8.8.8

Esto enviará paquetes a Google indicando si han llegado correctamente o han

fallado y el tiempo que se han demorado. También podemos probar con:

tracert 8.8.8.8

Para ver la ruta que toma la conexión para intentar llegar a los DNS de Google. Si

uno de los puntos falla, podemos detectar donde se encuentra el problema.

Posiblemente, este es el momento de llamar a nuestra operadora y comunicar

la incidencia para intentar conseguir más información al respecto.

¿El servidor DNS no responde? Consejos para

solucionarlo
Cuando el navegador web no se puede conectar a Internet, Windows muestra a sus usuarios
el mensaje “El servidor DNS no responde” o "El equipo está configurado correctamente, pero
el dispositivo o recurso (servidor DNS) no responde". Este tipo de error puede tener muchas
causas, pero, por lo general, puede ser resuelto en unos pocos pasos. A continuación,
presentamos información relevante sobre las posibles fuentes de errory las soluciones más
comunes.

Contenido:

 DNS: la asignación de nombres en Internet

 Solución de problemas
o Probar otros navegadores
o Desactivar Firewall
o Reiniciar el router
o Cambiar de DNS
 Cambiar DNS desde el router
 Cambiar DNS en Windows
 Cambiar DNS con PowerShell
 Cambiar DNS con el símbolo del sistema
 Probar el nuevo servidor DNS

DNS: asignación de nombres en Internet

El sistema de nombres de dominio (DNS) es el sistema responsable de la conversión de
nombres de dominio alfanuméricos en direcciones IP numéricas. La asignación de
nombres está descentralizada en los servidores DNS distribuidos globalmente. Así, cada
dirección de Internet escrita en la barra de búsqueda del navegador web es enviada desde el
router a un servidor DNS. Este traduce el nombre de dominio en una secuencia de números y
envía de vuelta la dirección IP correspondiente. Si la respuesta desde el servidor DNS falla,
no será posible acceder a la página web y aparecerá el mensaje de error “El servidor DNS no
responde”.  

Solución de problemas
La causa de este molesto mensaje de error puede ser un fallo de la red. Esto quiere decir que
el servidor DNS no está disponible temporalmente. En la mayoría de los casos, la causa del
problema está relacionada con la configuración del navegador o con cambios en la
configuración del cortafuegos.

Probar otros navegadores

Para comprobar si el problema de conexión es producido por el navegador web, habrá que
probar la página web deseada utilizando aplicaciones alternativas. Dentro de las opciones
más comunes se encuentran Mozilla Firefox, Google Chrome, Microsoft Internet Explorer y
Apple Safari. En caso de que el error desaparezca después de probar con un navegador
diferente, te recomendamos ajustar la configuración de tu actual navegador, así como
comprobar que estés utilizando la versión más reciente del mismo. También puede resultar
útil desinstalar el programa y volver a instalarlo de nuevo.

Desactivar Firewall
Si cambiar de navegador no arroja ningún resultado, otra de las causas más frecuentes de
este error es el cortafuegos de Windows. Dirígete al panel de control y desactiva Firewall de
manera temporal. Si, una vez hecho esto, el mensaje de error desaparece y puedes acceder a
la web deseada, es posible que la causa del problema fuera, efectivamente, el cortafuegos.
Por lo tanto, el siguiente paso será la gestión de su configuración. Si aun
desactivando Firewall el error permanece, habrá que concentrarse en la configuración directa
del servidor DNS.

Reiniciar el router
Normalmente, los problemas de conexión a Internet pueden solucionarse reiniciando el router.
Para ello solo será necesario presionar el correspondiente botón de encendido. Una opción
un poco más brusca es desconectar el cable de alimentación eléctrica. En este caso, es
necesario esperar alrededor de 30 segundos hasta que todos los componentes electrónicos
se hayan apagado completamente antes de conectarlo de nuevo. Si, a pesar de reiniciar el
router, sigue apareciendo el mensaje “El servidor DNS no responde”, será necesario escoger
un servidor DNS diferente.

Cambiar de DNS
Si se han descartado fuentes comunes de error como una caída del router o un conflicto con
el Firewall de Windows, el próximo paso a seguir será cambiar el servidor DNS. Por lo
general, la resolución de nombres para usuarios privados es gestionada por el servidor de
nombres del proveedor de Internet, cuyos servidores pueden ser lentos o estar
sobrecargados. Con tan solo unos clics puedes reemplazar tu servidor DNS por tus propios
medios. Una de las alternativas son los servidores DNS públicos que suelen encontrarse en
las listas especiales de servidores DNS. Uno de los servidores DNS más rápidos,
gratuitos y de confianza es el servidor público operado por Google.

Cambiar DNS desde el router

Primer paso: Acceder al router
Si quieres cambiar tu DNS desde la configuración de tu router, abre tu navegador y sigue los
pasos que presentamos a continuación para acceder a este:

1. Abre la línea de comandos de Windows (acceso directo tecla Windows + R),

escribe cmd en la línea de apertura y confirma la entrada
2. A continuación, escribe ipconfig en la ventana y copia el número que aparece como
"Standardgateway" en el portapapeles
3. Inserta dicho número en la barra de direcciones de tu navegador web, confírmalo y
conéctate con tus datos de acceso

Segundo paso: Configurar otro DNS

1. Selecciona la opción “Internet” en el menú y haz clic en “Account Information”

2. A continuación, haz clic en “DNS Server”
3. Activa la casilla que dice “Use other DNSv4 servers”
4. Si, por ejemplo, deseas utilizar el servidor DNS de Google, en el campo “Preferred
DNSv4 server” introduce la dirección 8.8.8.8 y 8.8.4.4 en “Alternative DNSv4 server”.
La especificación hecha en este último campo es utilizada como copia de seguridad en
caso de un fallo del servidor DNS preferido.

Nota: Si en lugar del protocolo de Internet 4 (IPv4) prefieres utilizar la sexta versión del
protocolo (IPv6), deberás reemplazar las direcciones del servidor. Las direcciones IPv6 DNS
públicas de Google son:

 2001:4860:4860::8888
 2001:4860:4860::8844
En el punto “Internet” del menú de configuración del router se puede instalar un nuevo servidor
DNS

Cambiar DNS desde Windows

Primer paso: mostrar conexiones de red

Para configurar el DNS en Windows 7, Windows 8 o Windows 10 debes acceder a la

configuración de conexión de red. Haz clic en la tecla Windows e introduce “Conexiones de
red” en el buscador, a continuación selecciona el elemento “Ver conexiones de red”.
Alternativamente puedes introducir el comando ncpa.cpl y confirmarlo con la tecla Enter.

Si usas Windows 10 como sistema operativo, solo tendrás que hacer clic con el botón derecho
en el símbolo de Windows y seleccionar la opción “Conexiones de red”.
 Con tal de cambiar el
servidor DNS en sistemas Windows 10 se ha de acceder a las conexiones de red.

Segundo paso: cambiar la configuración del adaptador

En esta parte deberás seleccionar el adaptador de Internet utilizado. Si usas WLAN para
conectarte a Internet, tendrás que seleccionar el adaptador inalámbrico o de Wi-Fi. Si te
conectas con un adaptador LAN, selecciona entonces la opción para cable de red. Una vez
has seleccionado el tipo de red que te corresponde, haz clic con el botón derecho y selecciona
la opción “Propiedades”.
En un segundo paso se selecciona el adaptador de red que se está usando

Tercer paso: selecciona el protocolo de Internet

Ahora deberás elegir el correspondiente protocolo de Internet. Dentro de las opciones se

encuentran la cuarta y sexta versión del protocolo. En la mayoría de los casos se utilizará el
“Protocolo de Internet versión 4”. Selecciónalo y haz clic en el botón “Propiedades”.
A continuación se selecciona el protocolo de Internet en uso, normalmente la versión 4

Cuarto paso: cambiar la dirección del servidor DNS

Ahora será posible cambiar la dirección del servidor DNS en Windows. Las opciones “Obtener
una dirección IP automáticamente” y “Obtener la dirección del servidor DNS automáticamente”
siempre estarán marcadas por defecto. En caso de no ser así, es recomendable que apuntes
el servidor DNS registrado para poder deshacer los cambios en caso de cometer un error
durante la configuración.

Para poder introducir la dirección del servidor DNS de forma manual, haz clic en “Usar las
siguientes direcciones de servidor DNS” e introduce la dirección que deseas. Si, por ejemplo,
quieres usar el servidor DNS de Google, copia la dirección 8.8.8.8 en el campo de “Servidor
DNS preferido” y la dirección 8.8.4.4 en la casilla de “Servidor DNS alternativo”. En teoría no
es necesario rellenar el segundo campo, pues esta entrada solo es válida cuando se
presentan problemas con el servidor DNS preferido. Es importante que todos los ajustes de la
parte superior, es decir las direcciones IP, no sean modificados, incluso cuando haya números
en las casillas.

Haciendo clic en el botón “Aceptar” confirmarás los cambios hechos al servidor DNS.

Nota: si en lugar del Protocolo de Internet versión 4 (IPv4) utilizas el Protocolo de Internet
versión 6 (IPv6), deberás reemplazar las direcciones IP del servidor DNS. Las direcciones
IPv6 públicas del servidor DNS de Google son:

 2001:4860:4860::8888
 2001:4860:4860::8844

Por último se introduce

la dirección de un servidor DNS alternativo

Cambiar el servidor DNS con PowerShell

Otra alternativa para cambiar un DNS es valiéndose del terminal PowerShell. Este método
está dirigido más bien a usuarios experimentados. Con solo un comando es posible configurar
el DNS sin tener que hacer muchos clics en los menús de Windows.

Para ello, abre PowerShell como administrador, introduce “PowerShell” en el buscador y haz
clic con el botón derecho para seleccionar la opción “Windows PowerShell” y luego en
“Ejecutar como administrador”.
A continuación, deberás determinar el nombre (Alias) del adaptador (por ejemplo: la tarjeta de
red) a través del cual estás conectado a Internet. Para ello, introduce el siguiente comando en
PowerShell:

Get-NetAdapter|select ifDesc, ifAlias, ifIndex, MediaType | fl

Por último se introduce la dirección de un servidor DNS alternativo

En el ejemplo, el nombre del adaptador utilizado es “Ethernet”. En caso de que el equipo esté
conectado a Internet con un cable de red, como en este ejemplo, se deberá introducir el
siguiente comando:

Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses "8.8.8.8","8.8.4.4"

En el campo de “Ethernet” deberás utilizar el nombre de la interfaz correspondiente.

En caso de que el ordenador esté conectado a través de una conexión inalámbrica (Wi-Fi), se
introducirá el siguiente comando:

Set-DnsClientServerAddress -InterfaceAlias Wi-Fi -ServerAddresses "8.8.8.8","8.8.4.4"

Aquí también se debe reemplazar “Wi-Fi” por el nombre del adaptador utilizado. 8.8.8.8 y
8.8.4.4 son las direcciones públicas del servidor DNS de Google. En caso de que se utilice
otro tipo de servidor DNS, deberán reemplazarse los campos correspondientes.
Los comandos necesarios para cambiar el servidor DNS se diferencian en función de si la
conexión a Internet tiene lugar por cable de red o por Wi-Fi

Cambiar el DNS en la interfaz de línea de comandos

Configurar el DNS en Prompt es un proceso dirigido a usuarios con una amplia experiencia en
la administración de Windows. Al igual que con PowerShell, este sistema no requiere el uso
de ninguna interfaz de usuario, resultando especialmente adecuada para el mantenimiento de
un servidor.

El primer paso es abrir el símbolo del sistema como administrador. Para ello, abre Prompt
como administrador, introduce “cmd” en el buscador y haz clic con el botón derecho para
seleccionar la opción “Símbolo del sistema” y luego en “Ejecutar como administrador”
A continuación, se debe determinar el nombre de la interfaz (Interface Name) en caso de que
no se conozca. Para ello se utiliza el comando:

netsh interface show interface

Adicionalmente se pueden configurar los servidores DNS primarios y secundarios valiéndose

de los comandos:

netsh interface ip add dns name="Ethernet" addr=8.8.8.8 index=1

netsh interface ip add dns name="Ethernet" addr=8.8.4.4 index=2

Nota: el nombre entre comillas debe coincidir con el nombre exacto de la interfaz conectada.
Windows no emite mensajes de error en caso de que los nombres no concuerden o sean
incorrectos.

También es posible utilizar la interfaz de línea de comandos para cambiar el servidor DNS

Probar el nuevo servidor DNS

Para determinar si se ha solucionado completamente el error “El servidor DNS no responde”
puedes realizar una sencilla prueba. Introduce en tu navegador cualquier URL, por
ejemplo, https://www.google.es. Si accedes inmediatamente a la web de Google, el servidor
DNS que has registrado estará funcionando correctamente.

En caso contrario, puedes introducir la dirección IP 172.217.16.195. Esta es una de las

muchas direcciones IP de la web de Google. Si después de haber intentado con ambas
opciones, sigues sin visualizar correctamente la web, muy probablemente no se trata de un
problema con tu servidor DNS, sino con tu conexión a Internet