# data[].attributes.attachment_link.authors[].name
GabakTech - Cursos de Computación y Tecnología

# data[].attributes.attachment_link.title
Instalación y configuración de un servidor DHCP en Ubuntu

# data[].attributes.attachment_link.title
Ubuntu Server 18.04 - Failover Protocol (DHCP)

# data[].attributes.attachment_link.readable_text
El protocolo de configuración dinámica de host (en inglés: Dynamic Host Configuration Protocol, también conocido por sus siglas de DHCP), desarrollado a partir de 1985 como extensión de BOOTP, es un protocolo de red de tipo cliente/servidor​ mediante el cual un servidor DHCP asigna dinámicamente una dirección IP y otros parámetros de configuración de red a cada dispositivo en una red para que puedan comunicarse con otras redes IP. Este servidor posee una lista de direcciones IP dinámicas y las va asignando a los clientes conforme estas van quedando libres, sabiendo en todo momento quién ha estado en posesión de esa IP, cuánto tiempo la ha tenido y a quién se la ha asignado después. Así los clientes de una red IP pueden conseguir sus parámetros de configuración automáticamente. Este protocolo por primera vez se publicó en octubre de 1993 ( RFC 1531) y su implementación actual para IPv4 está en la RFC 2131 (marzo de 1997); para IPv6 está descrita en RFC 3315 (julio de 2003).

DHCP se definió por primera vez como un protocolo de seguimiento estático de las normas en el RFC 1531 en octubre de 1993, como una extensión del protocolo Bootstrap ( BOOTP). La motivación para extender BOOTP /etc/sysconfig/network-scripts/ifcfg-enpXs0 era porque BOOTP requería intervención manual para completar la información de configuración en cada cliente, y no proporciona un mecanismo para la recuperación de las direcciones IP en desuso. Puede ser usado para entregar un amplio rango de "option subnet-mask" parámetros de configuración extra a los clientes IP, incluyendo parámetros específicos a ciertas plataformas.​ Debido a algunos errores en el proceso editorial, fue rápidamente reemitido como RFC 1541.

El protocolo BOOTP a su vez fue definido por primera vez en el RFC 951 como un reemplazo para el protocolo RARP (del inglés "Reverse Address Resolution Protocol"), o resolución de direcciones inversa. La principal motivación para la sustitución de RARP con BOOTP fue que RARP era un protocolo de la capa de enlace de datos. Esto hizo más difícil su aplicación /etc/sysctl.d/99-sysctl.conf en muchas plataformas de servidores, y requería un servidor presente en cada enlace de red individual. BOOTP introdujo la innovación de un agente de retransmisión, lo que permitió el envío de paquetes BOOTP fuera de la red local utilizando enrutamiento IP estándar, por lo que un servidor central de BOOTP podría servir de anfitriones en muchas subredes IP.​

Muchos trabajaron para mejorar el protocolo, ya que ganó popularidad y en 1997 se agregó el tipo de mensaje DHCPINFORM​ y otros cambios menores en el RFC 2131, y al 2016 se mantiene como el estándar para redes IPv4. /etc/sysctl.d/99-sysctl.conf DHCPv6 fue documentado originalmente en el RFC 3315 en 2003 y luego complementado por muchos otros RFC. El RFC 3633 añadió un mecanismo de delegación de prefijo para DHCPv6. DHCPv6 se amplió aún más para proporcionar información a los clientes con la configuración automática de direcciones sin estado en el RFC 3736.

Cada dirección IP debe configurarse manualmente en cada dispositivo y, si el dispositivo se mueve a otra subred, se debe configurar otra dirección IP diferente. El DHCP le permite al administrador supervisar y distribuir de forma centralizada las direcciones IP necesarias y, automáticamente, asignar y enviar una nueva IP si fuera el caso en que el dispositivo es conectado en un lugar diferente de la red.

El protocolo DHCP incluye tres métodos de asignación de direcciones IP:

Asignación manual o estática

Asigna una dirección IP a una máquina determinada. Se suele utilizar cuando se quiere controlar la asignación de dirección IP a cada cliente, y evitar, también, que se conecten clientes no identificados.

Asignación automática

Asigna una dirección IP a una máquina cliente la primera vez que hace la solicitud al servidor DHCP y hasta que el cliente la libera. Se suele utilizar cuando el número de clientes no varía demasiado.

Asignación dinámica

El único método que permite la reutilización dinámica de las direcciones IP. El administrador de la red determina un rango de direcciones IP y cada dispositivo conectado a la red está configurado para solicitar su dirección IP al servidor cuando la tarjeta de interfaz de red se inicializa. El procedimiento usa un concepto muy simple en un intervalo de tiempo controlable. Esto facilita la instalación de nuevas máquinas clientes.

Algunas implementaciones de DHCP pueden actualizar el DNS asociado con los servidores para reflejar las nuevas direcciones IP mediante el protocolo de actualización de DNS establecido en RFC 2136 (Inglés).

El DHCP es una alternativa a otros protocolos de gestión de direcciones IP de red, como el BOOTP ( Bootstrap Protocol). DHCP es un protocolo más avanzado, pero ambos son los usados normalmente.

En Windows 98 y posteriores, cuando el DHCP es incapaz de asignar una dirección IP, se utiliza un proceso llamado " Automatic Private Internet Protocol Addressing".

Un servidor DHCP puede proveer de una configuración opcional al dispositivo cliente. Dichas opciones están definidas en el RFC 2132. Algunas de las opciones configurables son:

Dirección del servidor DNS

Nombre DNS

Puerta de enlace de la dirección IP

Dirección de Publicación Masiva (broadcast address)

Máscara de subred

Tiempo máximo de espera del ARP (Protocolo de Resolución de Direcciones según siglas en inglés)

MTU (Unidad de Transferencia Máxima según siglas en inglés) para la interfaz

Servidores NIS (Servicio de Información de Red según siglas en inglés)

Dominios NIS

Servidores NTP (Protocolo de Tiempo de Red según siglas en inglés)

Servidor SMTP

Servidor TFTP

Nombre del servidor de nombres de Windows (WINS)

Microsoft introdujo el DHCP en sus Servidores NT con la versión 3.5 de Windows NT a finales de 1994.

El Consorcio de Software de Internet (ISC: Internet Software Consortium) publicó distribuciones de DHCP para Unix con la versión 1.0.0 del ISC DHCP Server el 6 de diciembre de 1997 y una versión (2.0) que se adaptaba mejor al RFC el día 22 de junio de 1999. Se puede encontrar el software en https://web.archive.org/web/20050102090919/http://www.isc.org/sw/dhcp/

Otras implementaciones importantes incluyen:

Además, varios routers incluyen soporte DHCP para redes de hasta 255 dispositivos.

Esquema de una sesión típica DHCP.

( Autoridad de Números Asignados en Internet según siglas en inglés) en BOOTP: 67/UDP para las computadoras servidor y 68/UDP para los clientes.

A continuación, se describe la secuencia de intercambio de mensajes entre el cliente DHCP y el servidor DHCP.

DHCP Discovery es una solicitud DHCP realizada por un cliente de este protocolo para que el servidor DHCP de dicha red de computadoras le asigne una dirección IP y otros Parámetros DHCP como la máscara de red o el nombre DNS.​ La solicitud va contenida en un mensaje de descubrimiento que se difunde a todas las máquinas en la red.

DHCP Offer es el paquete de respuesta del Servidor DHCP a un cliente DHCP ante su petición de la asignación de los Parámetros DHCP. Para ello involucra su dirección MAC (Media Access Control). Este mensaje contiene una dirección IP disponible que el servidor está dispuesto a asignar al cliente, junto con los otros parámetros de configuración. El servidor puede enviar múltiples ofertas de asignación de direcciones IP y otros parámetros de configuración al cliente.

Después de recibir las ofertas, el cliente DHCP selecciona una oferta específica de los paquetes recibidos de DHCP Offer. El cliente envía un mensaje de solicitud al servidor DHCP correspondiente, indicando que desea aceptar esa oferta en particular. El mensaje contiene la dirección IP de la oferta seleccionada.

Al recibir el mensaje de solicitud del cliente, el servidor la reconoce y le envía un acuse de recibo o mensaje de aceptación DHCP, se inicia la fase final del proceso de configuración. Esta fase implica el reconocimiento con el envío de un paquete al cliente. Este paquete confirma que la dirección IP solicitada ha sido asignada al cliente e incluye la duración de la conexión y cualquier otra información de configuración que el cliente pueda tener solicitada. En este punto, el proceso de configuración TCP/IP se ha completado. El servidor reconoce la solicitud y la envía acuse de recibo al cliente. El sistema en su conjunto espera que el cliente configure su interfaz de red con las opciones suministradas. El servidor DHCP responde a la DHCPREQUEST con un DHCPACK, completando así el ciclo de iniciación. La dirección origen es la dirección IP del servidor de DHCP y la dirección de destino es todavía 255.255.255.255. El campo YIADDR contiene la dirección del cliente, y los campos CHADDR y DHCP: Client Identifier campos son la dirección física de la tarjeta de red en el cliente. La sección de opciones del DHCP identifica el paquete como un ACK.

En un contexto de proveedor de Internet, los registros DHCP de asignación de direcciones o bien contienen o están vinculadas a información de identificación personal confidencial, los datos de contacto del cliente. Estos son atractivos para los spammers, y podrían ser buscados para "expediciones de pesca" por las agencias de policía o litigantes. Por lo menos una aplicación[cita requerida] imita la política de Canadian Library Association para la circulación del libro y no retiene información de identificación una vez que el "préstamo" ha terminado.

El protocolo de IP DHCP Helper es una herramienta crucial para asignar direcciones IP a dispositivos en una red distribuida, donde el servidor DHCP no se encuentra en el mismo dominio de difusión. Esta solución permite que un dispositivo actúe como intermediario, reenviando las solicitudes de DHCP recibidas a través de unicast al servidor DHCP designado.

¿Qué es un IP DHCP Helper?

Cuando un dispositivo necesita obtener una dirección IP a través del protocolo DHCP, normalmente envía una solicitud de difusión (broadcast) en su dominio de difusión local. Sin embargo, esta solicitud no puede llegar directamente a un servidor DHCP ubicado en otro dominio de difusión. Es aquí donde entra en juego el IP DHCP Helper.

El IP DHCP Helper es una dirección IP configurada en una interfaz de enrutador o en una interfaz de VLAN que permite que ese dispositivo actúe como intermediario. Cuando el dispositivo recibe una solicitud de DHCP a través de difusión, la reenvía al servidor DHCP especificado por la dirección IP Helper a través de unicast. De esta manera, el servidor DHCP puede asignar una dirección IP al dispositivo solicitante, incluso si no se encuentra en el mismo dominio de difusión.

Aplicación del IP DHCP Helper en entornos reales

El IP DHCP Helper encuentra su aplicación en diversos escenarios de redes distribuidas. Por ejemplo, en una red empresarial con múltiples VLAN, es común tener un servidor DHCP centralizado que atienda a todas las VLAN. En lugar de configurar un servidor DHCP en cada VLAN, se puede utilizar el IP DHCP Helper para reenviar las solicitudes de DHCP al servidor central.

Otro caso de uso común es cuando se necesita proporcionar servicios de red específicos, como servidores DNS o servidores TFTP, a dispositivos en diferentes subredes. El IP DHCP Helper permite que los dispositivos envíen solicitudes de difusión para ubicar estos servidores y, a través del reenvío unicast, las solicitudes llegan a los servidores adecuados.

En resumen, el IP DHCP Helper es esencial en entornos donde se requiere asignar direcciones IP a dispositivos en diferentes subredes o VLAN, permitiendo una administración más eficiente de la red y reduciendo la necesidad de múltiples servidores DHCP.

Configuración y verificación del IP DHCP Helper en un entorno de laboratorio

Para comprender mejor cómo se configura y verifica el IP DHCP Helper, realizaremos un ejercicio de laboratorio utilizando los routers R1 y R2, junto con el switch SW1.

Configuración del servidor DHCP en R1

En R1, crearemos un nuevo grupo de direcciones DHCP llamado "LAB_POOL2" para la VLAN20. Asignaremos la red 10.116.20.0/24 a este grupo y configuraremos el enrutador predeterminado como 10.116.20.2. Además, estableceremos el nombre de dominio como "TESTLAB.LOCAL" y los servidores DNS como 10.116.18.6 y 10.116.18.7.

R1(config)#ip dhcp pool LAB_POOL2 R1(dhcp-config)#network 10.116.20.0 255.255.255.0 R1(dhcp-config)#default-router 10.116.20.2 R1(dhcp-config)#domain-name TESTLAB.LOCAL R1(dhcp-config)#dns-server 10.116.18.6 10.116.18.7 R1(dhcp-config)#end

Configuración del IP DHCP Helper en SW1

En SW1, configuraremos la interfaz VLAN20 con una dirección IP Helper que apunte a 10.116.10.1. Esto permitirá que los dispositivos en la VLAN20 reciban direcciones IP del servidor DHCP en R1.

SW1(config)#interface vlan 20 SW1(config-if)#ip helper-address 10.116.10.1 SW1(config-if)#end

Verificación de la configuración del IP DHCP Helper

Para verificar que R2 puede recibir una dirección IP del servidor DHCP en la red 10.116.20.0/24, realizaremos una prueba de conectividad. Primero, apagaremos y volveremos a encender la interfaz FastEthernet0/0 en R2 para solicitar una dirección IP. Luego, realizaremos un ping a la dirección IP Helper en SW1 (10.116.10.1) para confirmar la conectividad.

R2(config)#interface FastEthernet0/0 R2(config-if)#shutdown R2(config-if)#no shutdown R2(config-if)#end R2#ping 10.116.10.1

Si la prueba de ping es exitosa, significa que R2 pudo recibir una dirección IP del servidor DHCP en R1 a través del IP DHCP Helper.

El servidor DHCP puede proporcionar parámetros de configuración opcionales para el cliente. El RFC 2132 describe las opciones de DHCP disponibles definidas por Internet Assigned Numbers Authority (IANA) - Parámetros DHCP y BOOTP.​

Un cliente DHCP puede seleccionar, manipular y sobrescribir los parámetros proporcionados por un servidor DHCP.​

Estándares

RFC 2131 - Dynamic Host Configuration Protocol

RFC 2132 - DHCP Options and BOOTP Vendor Extensions

RFC 3046 - DHCP Relay Agent Information Option

RFC 3942 - Reclassifying Dynamic Host Configuration Protocol Version Four (DHCPv4) Options

RFC 4242 - Information Refresh Time Option for Dynamic Host Configuration Protocol for IPv6

RFC 4361 - Node-specific Client Identifiers for Dynamic Host Configuration Protocol Version Four (DHCPv4)

RFC 4436 - Detecting Network Attachment in IPv4 (DNAv4)

# data[].attributes.attachment_link.title
Protocolo de configuración dinámica de host - Wikipedia, la enciclopedia libre

# data[].attributes.attachment_link.description
El protocolo de configuración dinámica de host (en inglés: Dynamic Host Configuration Protocol, también conocido por sus siglas de DHCP), desarrollado a partir de 1985 como extensión de BOOTP, es un protocolo de red de tipo cliente/servidor​ mediante el cual un servidor DHCP asigna dinámicamente una dirección IP y otros parámetros de configuración de red a cada dispositivo en una red para que puedan comunicarse con otras redes IP.

# data[].attributes.attachment_link.readable_text
Los ajustes de red en un equipo con Ubuntu, en este caso Ubuntu 20.04 o 21.04, son fundamentales para que el equipo se comporte de la forma esperada para tareas como:

Búsqueda de procesos en la red

Entrega de servicios a equipos cliente

Comunicación local con otros equipos

Uso de variables de conexión y muchas más

Una red con falla simplemente ocasionara que tengamos demasiados problemas en tareas múltiples, pero los ajustes de red implican numerosos procesos y uno de los mas tradicionales es el DHCP.

DHCP (Dynamic Host Configuration Protocol - Protocolo de Configuración Dinámica del Host) es un protocolo que esta administrado por IETF (Internet Engineering Task Force) y permite gestionar de una forma mucho más controlada el direccionamiento IP en los equipos.

DHCP se basa en el modelo cliente / servidor el cual permite asignar de forma automática una dirección IP y diversos parámetros de configuración de la red tales como son la máscara de subred y la puerta de enlace a un equipo en el dominio o en la red local, podemos establecer un rango de direcciones en caso de requerir alguna IP para tareas especiales como equipos con asignaciones directas en la organización.

Al momento de configurar un servidor DHCP, debemos añadir el grupo de direcciones IP disponibles para los nuevos equipos y dispositivos que se han de conectar a la red, este proceso permite que el servidor DHCO asigne una dirección IP l equipo que lo solicita, para ello este debe tener habilitado el DHCP.

DHCP realiza tareas como:
Entrega direcciones IP válidas a los equipos que requieran conexión en la red

Integra los parámetros de configuración de TCP/IP

Permite reservar direcciones IP para equipos especiales

Permite definir cuanto tiempo una dirección IP estará activa antes de que se active la renovación del arrendamiento de la IP

Cómo instalar y configurar DHCP en Ubuntu 20.04 o 21.04

Vamos a comprobar la versión usada de Ubuntu, en la terminal ejecutamos:

lsb_release -a

Ahora vamos a instalar el servidor DHCP con el siguiente comando:

sudo apt install isc-dhcp-server

Ingresamos la letra S para confirmar la descarga e instalación de este:

Es momento de configurar la tarjeta de red, en este caso debemos editar el archivo isc-dhcp-server para definir los valores asociados a la tarjeta de red y así ofrecer de forma integral lo que ofrece DHCP:

sudo nano /etc/default/isc-dhcp-server

Estas líneas que vemos son:

NTERFACESv4: configura el direccionamiento IPv4
INTERFACESv6: configura el direccionamiento IPv6

Allí es necesario saber el ID de la tarjeta de red, para esto debemos ejecutar lo siguiente:

ip add

En este caso es "ens33", en la sección INTERFACESv4 añadimos este ID:

Guardamos los cambios con las teclas Ctrl + O y salimos del editor con las teclas Ctrl + X.

Después de esto vamos a configurar el rol de DHCP en Ubuntu 20.04 o 21.04, es posible configurar:

Direcciones del servidor DNS

Rango de direcciones a usar

Tiempo de actividad de las direcciones

Accedemos al archivo de configuración:

sudo nano /etc/dhcp/dhcpd.conf

Allí vamos a añadir las siguientes líneas con los valores necesarios:

subnet 192.168.xxx.xxx netmask 255.255.255.0
range 192.168.xxx.xxx;
option domain-name-servers 8.8.8.8, 4.4.4.4;
option domain-name "nombre";
option routers 192.168.xxx.xxx;
option broadcast-address 192.168.xxx.255;
default-lease-time 600;
max-lease-time 7200;

Guardamos los cambios con Ctrl + O y salimos con Ctrl + X.

En este archivo hemos añadido la dirección IP y la máscara de red del servidor DHCP. Hemos establecido el rango de direcciones a entregar, se configuraron DNS públicos, ingresamos el nombre de dominio y se ha establecido la dirección de difusión o broadcast.

Ahora ejecutamos lo siguiente:

sudo systemctl start isc-dhcp-server(inicia el servicio DHCP)
sudo systemctl stop isc-dhcp-server(detiene el servicio DHCP)

Para comprobar que todo funciona de forma correcta, en un equipo cliente validamos los datos de la tarjeta de red con el siguiente comando:

ip add

Accedemos al archivo de configuración de DHCP:

sudo nano /etc/dhcp/dhcpd.conf

En este archivo ingresamos lo siguiente:

host localhost Ubuntu

hardware ethernet "Direccion MAC"

fixed-address 192.168.xxx.xxx;

Esta es una IP reservada para este equipo.

Guardamos los cambios en el archivo, vamos al escritorio de Ubuntu y pulsamos en el icono de apagado, allí damos clic en "Cableado conectado - Configuración de red cableada":

Será desplegado lo siguiente:

Damos clic en el icono de piñón y en la siguiente ventana vamos a IPv4 y validamos que este activa la casilla "Automático (DHCP):

Aplicamos los cambios y con ello el equipo recibirá alguna de las direcciones del rango asignado:

DHCP es una de las mejores opciones para un trabajo integral del direccionamiento IP.

# data[].attributes.attachment_link.keywords[]
como configurar un servidor dhcp en ubuntu 2104

# data[].attributes.attachment_link.title
▷ Instalar y configurar servidor DHCP en Ubuntu 21.04 y 20.04

# data[].attributes.attachment_link.description
Tutorial para saber cómo instalar y configurar servidor DHCP en Ubuntu 21.04 y 20.04 paso a paso.

# data[].attributes.attachment_link.readable_text
En este artículo se describe cómo instalar y configurar un servidor de protocolo de configuración dinámica de host (DHCP) en un grupo de trabajo.

Se aplica a: Windows Server 2012 R2
Número KB original: 323416

Resumen

En este artículo paso a paso se describe cómo configurar un nuevo servidor de protocolo de configuración dinámica de host (DHCP) basado en Windows Server 2003 en un servidor independiente, que puede proporcionar administración centralizada de direcciones IP y otras opciones de configuración de TCP/IP para los equipos cliente de una red.

Instalación del servicio DHCP

Antes de configurar el servicio DHCP, debe instalarlo en el servidor. DHCP no se instala de forma predeterminada durante una instalación típica de Windows Standard Server 2003 o Windows Enterprise Server 2003. Puede instalar DHCP durante la instalación inicial de Windows Server 2003 o una vez completada la instalación inicial.

Instalación del servicio DHCP en un servidor existente

1. Haga clic en Inicio, apunte al Panel de control y haga clic en Agregar o quitar programas.

2. En el cuadro de diálogo Agregar o quitar programas, haga clic en Agregar o quitar componentes de Windows.

3. En el Asistente para componentes de Windows, haga clic en Servidor de aplicaciones en la lista Componentes y, a continuación, en Detalles.

4. En el cuadro de diálogo Servicios de red, haga clic para seleccionar la casilla Protocolo de configuración dinámica de host (DHCP) y haga clic en Aceptar.

5. En el Asistente para componentes de Windows, haga clic en Siguiente para iniciar la instalación. Inserte el CD-ROM de Windows Server 2003 en la unidad de CD-ROM o DVD-ROM del equipo si se le pide que lo haga. El programa de instalación copia en su equipo el servidor DHCP y los archivos de herramientas.

6. Una vez finalizada la instalación, haga clic en Finalizar.

Configuración del servicio DHCP

Después de instalar el servicio DHCP e iniciarlo, debe crear un ámbito. El ámbito es un intervalo de direcciones IP válidas disponibles para la concesión a los equipos cliente DHCP de la red. Microsoft recomienda que cada servidor DHCP de su entorno tenga al menos un ámbito que no se superponga con ningún otro ámbito de servidor DHCP del entorno. En Windows Server 2003, los servidores DHCP de un dominio basado en Active Directory deben estar autorizados para evitar que se conecten los servidores DHCP no autorizados. Cualquier servidor DHCP de Windows Server 2003 que determine que no está autorizado no administrará los clientes.

Cómo crear un nuevo ámbito

1. Haga clic en Inicio, apunte a Programas, apunte a Herramientas administrativas y luego haga clic en DHCP.

2. En el árbol de consola, haga clic con el botón derecho en el servidor DHCP en el que desee crear el nuevo ámbito DHCP y, a continuación, haga clic en Nuevo ámbito.

3. En el Asistente para ámbito nuevo, haga clic en Siguiente y escriba un nombre y una descripción para el ámbito. Puede elegir el nombre que quiera, pero debe ser lo suficientemente descriptivo para que pueda identificar el propósito del ámbito en la red (por ejemplo, puede usar un nombre como "Administración de direcciones de cliente de compilación"). Haga clic en Siguiente.

4. Escriba el intervalo de direcciones que se pueden conceder como parte de este ámbito. Por ejemplo, use un intervalo de direcciones IP desde una dirección IP inicial de 192.168.100.1 hasta una dirección final de 192.168.100.100. Dado que estas direcciones se proporcionan a los clientes, todas deben ser direcciones válidas para la red y no estar actualmente en uso. Si desea usar una máscara de subred diferente, escríbala. Haga clic en Siguiente.

5. Escriba las direcciones IP que quiera excluir del intervalo especificado. Estas direcciones incluyen cualquiera de las del intervalo descrito en el paso 4 que ya se hayan asignado estáticamente a varios equipos de la organización. Normalmente, los controladores de dominio, los servidores web, los servidores DHCP, los servidores del sistema de nombres de dominio (DNS) y otros servidores tienen direcciones IP asignadas estáticamente. Haga clic en Siguiente.

6. Escriba el número de días, horas y minutos para que expire una concesión de dirección IP de este ámbito. Determina durante cuánto tiempo un cliente puede contener una dirección concedida sin renovarla. Haga clic en Siguiente y, a continuación, haga clic en Sí, quiero configurar estas opciones ahora para que el asistente incluya la configuración de las opciones DHCP más comunes. Haga clic en Siguiente.

7. Escriba la dirección IP de la puerta de enlace predeterminada que deben usar los clientes que obtengan una dirección IP de este ámbito. Haga clic en Agregar para agregar la dirección de puerta de enlace predeterminada en la lista y, a continuación, haga clic en Siguiente.

8. Si usa servidores DNS en la red, escriba el nombre de dominio de su organización en el cuadro Dominio primario. Escriba el nombre del servidor DNS y, a continuación, haga clic en Resolver para asegurarse de que el servidor DHCP puede ponerse en contacto con el servidor DNS y determinar su dirección. Haga clic en Agregar para incluir ese servidor en la lista de servidores DNS asignados a los clientes DHCP. Haga clic en Siguiente y, a continuación, siga los mismos pasos. Si usa un servidor del servicio de nomenclatura de Internet de Windows (WINS), al agregar su nombre y dirección IP, haga clic en Siguiente.

9. Haga clic en Sí, quiero activar este ámbito ahora para activar el ámbito y permitir que los clientes obtengan concesiones de él y, a continuación, haga clic en Siguiente.

10. Haga clic en Finalizar.

11. En el árbol de consola, haga clic en el nombre del servidor y, a continuación, haga clic en Autorizar en el menú Acción.

Solución de problemas

En las secciones siguientes se explica cómo solucionar algunos de los problemas que puede experimentar al intentar instalar y configurar un servidor DHCP basado en Windows Server 2003 en un grupo de trabajo.

Los clientes no pueden obtener una dirección IP

Si un cliente DHCP no tiene una dirección IP configurada, normalmente indica que el cliente no pudo ponerse en contacto con un servidor DHCP. Este problema puede deberse a un problema de red o a que el servidor DHCP no esté disponible. Cuando se inicie el servidor DHCP y otros clientes puedan obtener direcciones válidas, compruebe que el cliente tenga una conexión de red válida y que todos los dispositivos de hardware de cliente relacionados (incluidos los cables y los adaptadores de red) funcionen correctamente.

Cuando un servidor DHCP no proporciona direcciones concedidas a los clientes, suele deberse a que el servicio DHCP no se inició. En este caso, es posible que el servidor no esté autorizado para operar en la red. Si anteriormente pudo iniciar el servicio DHCP, use Visor de eventos para comprobar si hay entradas en el Registro del sistema. Estos registros pueden explicar por qué no se puede iniciar el servicio DHCP.

Para reiniciar el servicio DHCP:

1. Haga clic en Inicio y luego en Ejecutar.

2. Escriba cmd y presione ENTRAR.

3. Escriba net start dhcpserver y presione ENTRAR.

o:

1. Haga clic en Inicio, apunte a Panel de control, Herramientas administrativas y haga clic en Administración de equipos.

2. Expanda Servicios y Aplicaciones y luego haga clic en Servicios.

3. Busque el servidor DHCP y haga doble clic en él.

4. Compruebe que Inicio esté establecido en Automático y que Estado del servicio está establecido en Iniciado. Si no es así, haga clic en Iniciar.

5. Haga clic en Aceptar y luego cierre la ventana de Administración de equipos.

Referencias

Para obtener información adicional sobre DHCP en Windows Server 2003, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
169289 Aspectos básicos de DHCP (Protocolo de configuración dinámica de host)
167014 El cliente DHCP puede no obtener una dirección IP asignada a DHCP
133490 Resolución de conflictos de direcciones IP duplicadas en una red DHCP

# data[].attributes.attachment_link.title
Instalación y configuración de un servidor DHCP - Windows Server

# data[].attributes.attachment_link.description
Describe cómo instalar y configurar un servidor DHCP en un grupo de trabajo.

# data[].attributes.attachment_link.readable_text
En redes grandes el servicio DHCP es un servicio crítico, por lo que sería deseable en estas redes que pudieran trabajar múltiples servidores DHCP proporcionándose así redundancia para el caso en el que falle uno de los servidores. El protocolo DHCP Failover suministra la sincronización entre dos servidores DHCP para que en caso de que falle uno de ellos, el otro permita que la asignación y renovación de IP siga produciéndose. Este protocolo permite que ambos servidores mantengan una base de datos de IP consistente.

El protocolo DHCP Failover también implementa un algoritmo para aportar balanceo en la asignación de IP entre los dos servidores.

El servidor DHCP de ISC puede configurarse para que pueda usar este protocolo y se sincronice con un segundo servidor DHCP, que se aconseja que sea también ISC y no de otro fabricante.

La configuración del protocolo DHCP Failover en el servidor de ISC comienza con la declaración failover peer en cada uno de los dos servidores, en la cual se especifican los parámetros de la relación y cómo contactar con el servidor compañero. Hecho esto, a continuación, en los dos servidores se debe asociar dicha declaración con el o los pools de direcciones IP que vayan a compartir. La sintaxis de la declaración failover peer es la siguiente:

El nombre especificado se utilizará para asociar dicha declaración a uno o varios pools concretos.

Los estamentos que podemos utilizar en la declaración anterior son los siguientes:

Especifica que el servidor actuará como primario. (Obligatorio)

Especifica que el servidor actuará como secundario. No hay diferencia en cuanto al funcionamiento entre el primario y el secundario, pero si se configuran de forma levemente distinta. (Obligatorio)

Especifica la dirección IP del servidor que se está definiendo. Puede ser una IP numérica o un nombre. (Obligatorio)

Especifica el puerto por el que escuchará el servidor los mensajes de sincronización de su compañero. (Opcional, por defecto se asumiría el 647)

peer address dirección-IP;
Especifica la dirección IP del compañero. (Obligatorio)

peer port numero-puerto;
Especifica el puerto por el que escucha el compañero los mensajes del protocolo failover. (Opcional, por defecto se asumiría el 647)

max-unacked-updates número;
Especifica el número de mensajes de sincronización BNDUPD pueden ser enviados desde uno de los servidores sin recibir el mensaje de aceptación BNDACK del otro servidor. (Obligatorio)

max-response-delay segundos;
Especifica el número de segundos que el servidor debe esperar sin recibir mensajes para concluir que la conexión con su pareja se ha caído. Debe ser un tiempo razonable para que un corte accidental de pocos segundos no se interprete prematuramente como una caída de conexión, que posteriormente implicará la sincronización de ambos servidores. (Obligatorio)

Indica el tiempo máximo por el que uno de los servidores extiende las concesiones de IP del servidor caído. También es el tiempo que el servidor caído estará sin servir IP cuando se recupere, dando tiempo así a que caduquen las IP renovadas por el servidor que lo ha sustituido. Esta declaración es obligatoria y sólo se especifica en la configuración del maestro, que es quien se lo comunicará al esclavo. Las dos figuras que están a continuación de esta tabla, clarifican el funcionamiento de mclt y max-response-delay.

Sirve para indicar que habrá balanceo entre los dos servidores DHCP, es decir, el servidor primario y el secundario se repartirán el trabajo de asignación de IP.

Esta declaración sólo se especifica en el servidor maestro, y valor puede estar comprendido entre 0 y 255. 0 indica 0%, 128 indica 50% (es el valor usado más habitualmente) y 255 indica 100% lo que significaría que sólo el servidor primario asignará IP, y el secundario únicamente se utiliza como copia de seguridad que el primario irá actualizando. En este último caso, el secundario sólo se activaría cuando detecte que la conexión con el primario se ha caído. (Obligatorio)

load balance max seconds segundos;
El efecto de este parámetro se produce cuando uno de los servidores responde a los mensajes de sincronización (está por tanto activo) pero no responde a los mensajes de solicitud de IP de los clientes pues su parte del pool se ha agotado. Los clientes DHCP incluyen en la solicitud de IP el número de segundos que llevan haciendo dicha solicitud sin respuesta, y cuando estos segundos son iguales o superiores a los especificados en load balance max seconds entonces el otro servidor, que en principio no debería atender la petición pues está en el ámbito del compañero, sí la atiende y la hace suya.

Ejemplo de dos servidores ISC DHCP compartiendo al 50% un mismo pool:

Configuración del servidor DHCP maestro:

authoritative;
ddns-update-style none;

failover peer "FAILOVER" {
  primary;
  address 192.168.1.2;
  port 647;
  peer address 192.168.1.3;
  peer port 647;
  max-unacked-updates 10;
 max-response-delay 30; load balance max seconds 3; mclt 1800; split 128; } subnet 192.168.1.0 netmask 255.255.255.0 { option broadcast-address 192.168.1.255; option routers 192.168.1.1; option domain-name-servers 8.8.8.8, 8.8.4.4; pool { failover peer "FAILOVER"; max-lease-time 3600; range 192.168.1.50 192.168.1.199; } }

Configuración del servidor DHCP secundario:

authoritative;
ddns-update-style none;

failover peer "FAILOVER" {
  secondary;
  address 192.168.1.3;
  port 647;
  peer address 192.168.1.2;
  peer port 647;
  max-unacked-updates 10;
 max-response-delay 30; load balance max seconds 3; } subnet 192.168.1.0 netmask 255.255.255.0 { option broadcast-address 192.168.1.255; option routers 192.168.1.1; option domain-name-servers 8.8.8.8, 8.8.4.4; pool { failover peer "FAILOVER"; max-lease-time 3600; range 192.168.1.50 192.168.1.199; } }

# data[].attributes.attachment_link.description
En redes grandes el servicio DHCP es un servicio crítico, por lo que sería deseable en estas redes que pudieran trabajar múltiples servidores DHCP proporcionándose así redundancia para el caso en el que falle uno de los servidores.