Configuración automática de parámetros de red DHCP

14/1/22 4:48 SRI01.- Servicios de Configuración Automática de Red.
Servicios de Configuración Automática de

Red.
Caso práctico
Jana tiene 21 años y vive en la localidad de Peñas
Blancas. Está estudiando a distancia el Ciclo Formativo
“Administración de Sistemas Informáticos en Red” y va a
comenzar el segundo curso del ciclo.
En Peñas Blancas, la asociación cultural ha recibido

ayudas para equipar dos aulas informáticas en sus
locales. El objetivo de las dos aulas es promover el uso
de la informática en el municipio, permitiendo el acceso
a las aulas a sus habitantes para que puedan utilizar
Internet y las principales herramientas informáticas.
Alain Bachellier (CC BY-NC- Eva es la presidenta de la asociación, y regenta en la

SA) localidad una hostería rural y una pequeña empresa de
actividades de deportes de aventura.
Jana colaboró el curso anterior con la asociación en la instalación del

equipamiento informático, su conexionado en red y la instalación y
configuración del software. Está colaboración le sirvió de ayuda para el
estudio y preparación de algunos de los módulos de primer curso del ciclo
formativo. Ana recibió el asesoramiento de Juan, que es el respondaable del
departamento de Iformática de la empresa BK Sistemas Informáticos, en la
que Jana va a realizar el módulo de FCT este curso.
Jana le ha comentado a Eva que este año tiene que estudiar un módulo
llamado “Servicios en Red e Internet”, y que desearía aprovechar para
instalar en la asociación distintos servicios de red en las aulas informáticas
que mejoren el uso de recursos, así como la colaboración e intercambio de
información entre los vecinos que usen las instalaciones. También le comenta
que se podrán instalar servicios que proporcionen recursos a usuarios a
través de Internet lo cual mejorará el conocimiento del municipio y las
posibilidades de ampliación de negocio de las empresas del mismo. Eva no le
ha puesto ninguna objeción, es más, le ha dicho que está encantada con su
colaboración e iniciativa, y muy agradecida por el trabajo que desarrolló el
año anterior en la asociación.
Lo primero que pretende realizar Jana en el centro es instalar un servicio de

red que permita que, en los equipos que se conecten a la red, se configuren
automáticamente los parámetros de red para poderse conectar con el
resto de equipos del centro y con Internet. De esta forma se hará mucho más
fácil la instalación y configuración de la conexión en red de los equipos
existentes y de nuevos equipos que se conecten.
https://www.adistanciafparagon.es/pluginfile.php/9209/mod_resource/content/2/SRI01_v1/ArchivosUnidad/Moodle/SRI01_completa_offline/SRI0… 1/81
Ministerio de Educación y Formación Profesional (Dominio público)
Materiales formativos de FP Online propiedad del Ministerio de

Educación y Formación Profesional.
Aviso Legal
1.- Configuración de los parámetros de

red.
Caso práctico
Jana ha llamado por teléfono a Juan para pedirle
ayuda en la instalación y configuración de
servicios de red en las aulas de la asociación y
comentarle el servicio con el que va a comenzar.
—Hola Juan, te llamo para decirte que este año voy

a colaborar con la asociación “El Acebo” en la
instalación de servicios en red como DNS,
web, correo electrónico y otros, ya que es lo que
tengo que estudiar en uno de los módulos de este
curso —comenta Ana. Creo que necesitaré
nuevamente pedirte ayuda, así que, ¿Podré
molestarte un poquito cuando lo necesite? Jonny Goldstein (CC BY)
—Por supuesto que sí Jana —contesta Juan, y no es molestia, aunque me

consta que con las ganas de aprender que tienes poca ayuda vas a necesitar.
Bueno, respecto de la instalación de servicios de red, ¿Qué servicios vas a
comenzar a instalar?
—Pues lo primero que quiero, es instalar un servidor de configuración

automática de los parámetros de red para que los equipos reciban la
dirección IP y otros parámetros de forma automática, y no haya que
asignárselos de forma manual como venimos haciendo. De esa forma se va a
hacer mucho más fácil la conexión de nuevos equipos —explica Jana.
—Supongo que ya sabes que el servicio que debéis instalar se llama DHCP,
y recuerda que vuestro router ya hace de servidor DHCP por la red
inalámbrica y también puede hacerse que haga de servidor por la red
cableada —le contesta Juan.
—Ya pero quiero tener un ordenador que sea servidor DHCP por la red
cableada, y después decidir si lo mantengo como servidor o utilizo el router
como servidor.
¿Sabes ya qué parámetros se deben configurar en un

equipo para que tenga conectividad en una red local y
en Internet? ¿Quieres aprender, al igual que va a hacer
Ana, a instalar un servicio para que los ordenadores de
una red configuren esos parámetros de forma
automática?
En esta unidad vas a conocer el funcionamiento de un

servicio de configuración automática de los
parámetros de conexión en red y como se instala, Arkangel (CC BY-SA)
configura y prueba el servicio.
En el módulo “Planificación y Administración de Redes” de primer curso del ciclo que

estás estudiando se trató la arquitectura TCP/IP y, dentro de ella, el protocolo IP y el
sistema de direccionamiento IP usado para asignar direcciones a los interfaces de red de
los equipos (ordenadores, routers, impresoras de red y otros). Un ordenador va a tener en
cada adaptador o tarjeta de red una configuración de parámetros de red.
Los parámetros de red que principalmente se configuran en un adaptador de red sirven

para que:
Un ordenador tenga la dirección IP y máscara adecuada para conectarse en red a

través del adaptador de red.
Se pueda conocer si una dirección IP con la que se conecte está en la misma red que
el adaptador.
Un ordenador se pueda conectar con otras redes a través de un dispositivo enrutador.
Un servidor DNS resuelva los nombres DNS de recursos cuya identificación
escribamos en los programas de red mediante un nombre DNS.
La configuración de los parámetros de red de un adaptador de red se puede

realizar en cualquier sistema operativo al menos de dos formas: manual y
automática.
La configuración manual también se conoce como configuración fija o estática. En esta

configuración, el administrador de red se tiene que encargar de escribir en un programa o
en un archivo de configuración los valores de los parámetros de configuración. En la
configuración automática, el administrador simplemente se limita a especificar en los
ordenadores que la utilicen, que van a usar esa configuración sin tener que aportar más
datos.
1.1.- Parámetros de configuración de red.

Para que Jana pueda comenzar a preparar la instalación debe saber primero cuales son los
parámetros de configuración de red, cual es la función de cada uno de ellos y que valores
deben tener.
Para que un adaptador de red tenga conectividad dentro de una red debe
tener asignada una dirección IP que le identifique y una máscara de red. La IP
debe pertenecer a la misma red que el resto de equipos de la red. Debes
recordar que la máscara junto con la IP permiten determinar si otras direcciones
IP con las que se conecte desde el adaptador pertenecen o no a la misma red.
En esta unidad se hará referencia al direccionamiento IPv4

aunque para IPv6 , con sus particularidades, se podrá
aplicar lo mismo que para IPv4. En IPv4, una dirección IP
es un conjunto de 32 bits que representamos con 4
números decimales separados por puntos. La máscara es
también un número de 32 bits cuya primera parte es una
secuencia de unos e indica que bits de la IP representan la
red a la que pertenece esa IP y cuya segunda parte es una
secuencia de ceros que indican que bits de la IP identifican
al adaptador de red dentro de la red. La máscara se puede
bcostin (CC BY-NC-SA)
representar, al igual que la IP, con 4 números decimales
separados por puntos o con el formato /num donde num
indica cuantos bits sirven para identificar la red a la que pertenece una IP.
Por ejemplo, si un adaptador tiene IP 192.168.1.7 y máscara 255.255.255.0, se puede decir

también que el adaptador tiene la IP 192.168.1.7/24 indicando que hay 24 unos en la
máscara. Por tanto en esa IP el identificador de red es 192.168.1 y el del adaptador
dentro de la red es 7.
Para que un ordenador tenga a través de un

adaptador de red conectividad con otras
redes y, en particular, con Internet se debe
asignar en el adaptador la IP de la puerta de
enlace o la IP del dispositivo de red que
realiza el encaminamiento hacia otras redes.
Lo normal es que esta IP sea la interna del
router de conexión a Internet.
Para que en los programas de red se puedan

justadrumer (CC BY-NC-ND)
usar nombres DNS de equipos en lugar de
direcciones IP, se deben asignar las IP de los
servidores DNS.
La puerta de enlace debe pertenecer a nuestra red. Un servidor DNS puede pertenecer o
no a nuestra red. En próximas unidades de este módulo aprenderás a instalar y configurar
un servidor DNS.
Autoevaluación
Un ordenador tiene la IP 170.16.34.5 y máscara 255.255.0.0. Su
identificador de red es:
5.
34.5.
170.16.
170.16.34.
Incorrecto, debes volver a leer como se obtiene el identificador de red en

una IP.
No es correcto, eso es el identificador de equipo en la red.
Bien, es correcto.
No es la respuesta corecta, fíjate bien en la máscara.
Solución
1. Incorrecto
2. Incorrecto
3. Opción correcta
4. Incorrecto
1.2.- Configuración manual de parámetros

de red.
Caso práctico
Jana ha realizado la configuración de conexión en red
en el sistema operativo Windows 10 de los
ordenadores de la asociación. Tiene también instalado
en algunos ordenadores el sistema operativo Linux
Ubuntu y en otros Linux Debian. Aún no ha realizado la
configuración de red de los ordenadores con estos
sistemas operativos. Se propone realizar de forma
manual la configuración de los parámetros de red del
ordenador que va a ser servidor DHCP.
Alain Bachellier (CC BY-NC-

SA)
Al asignar las direcciones IP de forma manual hay que ser cuidadoso y ordenado. Se debe
tener documentada la asignación de IP que se ha hecho en cada ordenador de la red para
conocer las IP que ya tenemos utilizadas y las que podemos usar. Todas las direcciones IP
de los equipos de una red deben pertenecer a la misma IP de red. Las direcciones IP que
se asignen se deben elegir de acuerdo a un criterio de ordenamiento y organización de los
ordenadores dentro de la red.
Si se asigna la misma IP a dos ordenadores de una red y ambos están en

funcionamiento se produce un conflicto de IP lo que provoca que esos dos
ordenadores no funcionen correctamente en la red.
Por ejemplo, supongamos que Ana quiere asignar

direcciones IP a los ordenadores en las dos aulas y ha
optado por usar la IP de red 192.168.3.0/24. En este
caso Ana podría optar por destinar un primer conjunto de
direcciones para los ordenadores del aula 1 y otro
conjunto para al aula 2. Así, suponiendo que en cada aula
va a haber como máximo 20 ordenadores podría asignar
direcciones entre 192.168.3.1 y 192.168.3.20 en el aula
1 y entre 192.168.3.21 y 192.168.3.40 en el aula 2. En
cada aula asignaría en los ordenadores IP a partir de la
Mark Stosberg (CC BY-NC-SA)
primera y de acuerdo al número de ordenador en el aula.
En los sistemas Linux Debian/Ubuntu se tiene instalado el software de detección y

configuración NetworkManager que incluye una herramienta gráfica para configurar
conexiones de red a la que se accede desde menú Sistema > Preferencias > Conexiones
de Red.
Para saber más

Este vídeo muestra como se configuran manualmente los parámetros de red
de un adaptador de red en Linux Ubuntu.
Configuración manual de parámetros de red en Linux Ubuntu.
https://www.youtube.com/embed/v02yXqKxkSs
Resumen textual alternativo
Debes conocer
Este vídeo muestra como se configuran manualmente los parámetros de red
de un adaptador de red en Windows 10.
Configuración manual de parámetros de red en Windows 10.
https://www.youtube.com/embed/1cgR9_ntiOg
Reflexiona
Un ordenador tiene instalados dos sistemas operativos. En la configuración
del adaptador de red cableada, ¿se puede asignar la misma IP en los dos
sistemas operativos?
Mostrar retroalimentación
Sí, por supuesto. Ya que los dos sistemas operativos no estarán activos
al mismo tiempo.
1.3.- Configuración automática de los

parámetros de red.
¿Sabes configurar un adaptador de red para que
establezca los parámetros de red de forma automática?
¿Sabes qué es necesario para poder hacerlo?
Establecer la configuración automática de los parámetros

de red para un adaptador de red es muy sencillo y no se
necesita conocer nada acerca de esos parámetros. Sin
embargo, para que se pueda establecer la configuración
automática se necesita tener en la red algún dispositivo
Skokie Public Library (CC BY-NC-SA)
que proporcione el servicio de asignación automática de
parámetros de red (servidor). En este apartado vas a
conocer como se configura un adaptador cliente con la herramienta gráfica de
detección y configuración de conexiones de red NetworkManager para que reciba de forma
automática los parámetros de red.
Debes conocer
Este vídeo muestra como se realiza la configuración gráfica de los
parámetros de un adaptador de red en Linux Ubuntu.
Configuración gráfica de los parámetros de red en Linux Ubuntu.
https://www.youtube.com/embed/HLe8RvFyQLw
Cuando un ordenador cliente se inicia y está configurado para

recibir automáticamente los parámetros de red, realiza un proceso
para buscar un servidor en la red que le envíe esos parámetros. Si
hay algún servidor, el ordenador cliente recibirá los valores de los
parámetros de configuración de red desde el servidor, los asignará
y podrá trabajar en red sin ningún problema.
Supongo que ante esta explicación tan simple de una asignación

automática de parámetros de red, te surgirán muchas preguntas y
dudas sobre el funcionamiento, pero no te preocupes, encontrarás
respuestas en los contenidos de esta unidad.
La asignación automática de los parámetros de red presenta varias ventajas frente a la

asignación manual:
Se puede mover un ordenador entre dos redes que dispongan del servicio de
asignación automática sin tener que cambiar su configuración.
Es mucho más fácil configurar la red en los ordenadores ya que no hay que recordar
los parámetros de configuración necesarios ni hay que escribirlos.
Se evitan posibles conflictos de IP en la red, ya que en los servidores se controla
que se puedan dar dos IP iguales en la red.
Se reduce el trabajo dedicado por los administradores de la red a la configuración de
la conexión de red de los equipos.
Autoevaluación
En la configuración manual o fija de los parámetros de red, ¿cuál de los
siguientes parámetros no se configura?
IPv4.
IPv6.
Servidor DNS.
Servidor DHCP.
No es correcta, este parámetro es fundamental al hacer la configuración.
No es la respuesta correcta, aunque a veces no se establezca, si se

puede configurar.
Incorrecto, deberías volver a ver los vídeos para conocer su función.
Muy bien, efectivamente ese parámetro no corresponde a la

configuración de red.
Solución
1. Incorrecto
2. Incorrecto
3. Incorrecto
4. Opción correcta
https://www.adistanciafparagon.es/pluginfile.php/9209/mod_resource/content/2/SRI01_v1/ArchivosUnidad/Moodle/SRI01_completa_offline/SRI… 10/81
1.4.- Archivo de configuración de

parámetros de red.
En los sistemas Linux, si no se dispone de una herramienta
gráfica de configuración de los parámetros de red, hay que
realizar la configuración editando un archivo de
configuración de dichos parámetros. En los sistemas Linux
Debian/Ubuntu este archivo es /etc/network/interfaces.
Si queremos que el adaptador de red de nuestro ordenador

reciba los parámetros de red de forma automática, este
archivo debe contener lo siguiente:
Gerd Altmann (CC0)
1 auto lo
2 iface lo inet loopback
3 auto eth0
4 iface eth0 inet dhcp
Las dos primeras líneas establecen la configuración de red del adaptador de bucle local.
Las dos siguientes son las que establecen la configuración del adaptador "eth0" de conexión
a red. En esa configuración, "auto" implica que el adaptador se active en el inicio del
sistema e "iface eth0 inet dhcp" significa que el interface o adaptador eth0 tenga una
configuración automática de parámetros de red usando el protocolo dhcp.
Si queremos establecer de forma estática la configuración de los parámetros de red del

adaptador de red eth0, el archivo debería contener algo como lo siguiente:
1 auto lo iface lo inet loopback
2 auto eth0 iface eth0 inet static
3 address 192.168.1.1
4 netmask 255.255.255.0
5 network 192.168.1.0
6 broadcast 192.168.1.255
7 gateway 192.168.1.254
En este caso vemos que la configuración que se establece para eth0 es static, es decir,
que se asignan manualmente los parámetros que se escriben a continuación en el propio
archivo. En el ejemplo se asigna la IP 192.168.1.1 con la máscara de red 255.255.255.0, la
dirección de red es 192.168.1.0, la dirección de broadcast es 192.168.1.255 y la dirección
IP de la puerta de enlace es 192.168.1.254.
Es importante decir si hemos usado el software gestor de conexiones de red

NetworkManager que hemos visto anteriormente para configurar los parámetros de red de
forma gráfica, no se guarda la configuración en el archivo /etc/network/interfaces, sino que
en los sistemas Debian se guarda la configuración para el adaptador eth0 en el archivo
/etc/NetworkManager/System-connections/Auto eth0. La siguiente imagen muestra una
captura con un ejemplo del contenido de este archivo.
2.- El protocolo DHCP.
Caso práctico
Jana ya ha usado un servicio de asignación
automática de parámetros de red cuando ha
estado configurando el router inalámbrico del
centro. Ha visto que en el router hay una
opción de configuración "activar DHCP". En
su momento le preguntó a Jorge para que
servía esa opción y Juan le dijo que era para
que los ordenadores del centro pudiesen
recibir de forma automática una IP y otros
parámetros de red.
Mattym129 (Dominio público)
Ahora Jana sabe ya que DHCP es un

protocolo y quiere saber bastante más sobre su funcionamiento para poder
configurar correctamente el servicio en la red. Juan le ha dicho que puede
encontrar muchísima información sobre el servicio pero que todo se basa en
varios documentos RFC que establecen las normas sobre el protocolo.
El protocolo DHCP (Dynamic Host Configuration Protocol),

es un protocolo que corresponde al nivel de aplicación para
redes TCP/IP. El objetivo de este protocolo es proporcionar
un servicio de red que permita a equipos de una red TCP/IP
obtener automáticamente los parámetros de configuración
de red.
El funcionamiento de DHCP en la red se basa en un modelo cliente/servidor con uno o

varios equipos servidores que proporcionan el servicio y varios equipos clientes que reciben
automáticamente los parámetros de configuración de red.
Un cliente DHCP solicita en la red que algún servidor DHCP le proporcione los parámetros
de configuración de red. Si hay algún servidor DHCP, el cliente recibirá valores de los
parámetros desde el servidor y asignará esos valores para poder empezar a trabajar en red.
Un servidor DHCP, aparte de atender a los clientes enviándoles los parámetros, controla
cuales son las direcciones IP que ha asignado y cuales están disponibles.
Un servidor DHCP envía, o puede enviar, varios parámetros de red que permitan a los
clientes trabajar en red y utilizar todos los servicios disponibles. En explicaciones
posteriores, centraremos las cuestiones sobre el funcionamiento DHCP en la asignación de
la IP, aunque realmente se asignan más parámetros.
El protocolo DHCP está basado en un protocolo anterior de asignación automática de

parámetros de red llamado BOOTP. DHCP fue publicado por primera vez en octubre de
1993 en el documento RFC 1541. En marzo de 1997 se publicó una segunda versión de
DHCP en el RFC 2131 quedando obsoleta así la versión anterior.
El RFC 2131 recoge normas sobre el funcionamiento del protocolo así como
sobre formato, contenido y tipos de mensajes que intercambian servidor y
cliente.
A la vez que el RFC 2131, se publicó el RFC 2132 en el que se recogen las opciones
adicionales que se incluyen en los mensajes DHCP. Estas opciones adicionales especifican
cada uno de los valores de los parámetros de red configurables en los clientes excepto el
valor de la IP del cliente que se envía como parámetro principal dentro de los mensajes
DHCP. Algunas de esas opciones adicionales sirven para establecer los valores de máscara
de red, puerta de enlace, nombre del servidor, nombre del dominio de red, nombre de
servidores de dominio, etc.
Tras los anteriores RFC se han publicado los RFC 3442, 3396, 3394, 4361, 4833 y 5494;
RFC que mejoran o amplían la funcionalidad del protocolo.
Para saber más

En esta enlace puedes acceder al contenido del:
RFC 2131.
2.1.- Tipos de asignaciones en DHCP.

Ya sabemos que un cliente DHCP recibe desde un servidor los parámetros de configuración
de red y entre ellos la IP. El servidor, por tanto, es quien asigna IP a los clientes DHCP.
Pero, ¿cómo decide el servidor la IP que asigna a un cliente? ¿Durante cuánto tiempo
asigna una IP a cada cliente? Estas cuestiones se responden en función del tipo de
asignación utilizado en el servidor DHCP.
El tipo de asignación DHCP es el mecanismo por el cual un servidor DHCP

decide la IP que tiene que entregar a un cliente y durante cuánto tiempo
concede una licencia o autorización al cliente para que use esa IP.
La IP que asigna un servidor DHCP a un cliente puede ser

elegida dentro de un conjunto posible de direcciones IP, o
puede ser obligatoriamente una IP concreta. Cuando un
cliente DHCP recibe de un servidor una IP para que la utilice,
se dice que recibe una concesión. La concesión puede
asignarse por tiempo limitado o por tiempo ilimitado. El
protocolo DHCP establece la posibilidad de utilizar en los
servidores DHCP tres técnicas de asignación DHCP:
Asignación estática o manual:

Mediante esta técnica se reserva una IP en exclusiva
para un cliente. Un cliente recibe siempre la misma IP. El servidor asocia la IP con una
identificación del cliente, que normalmente es la dirección física del adaptador de
red. Siempre que un ordenador cliente solicita al servidor una IP, enviará un
identificador y este identificador permitirá al servidor concederle la IP asociada con
ese identificador.
Asignación automática:
Mediante esta técnica el servidor DHCP asigna a cualquier cliente DHCP que lo
solicite una dirección IP (dentro de todas las que tenga disponibles para conceder) de
forma permanente. El cliente DHCP va a mantener esa dirección IP mientras no
renuncie a ella, es decir, mientras no envíe un mensaje al servidor indicando esa
renuncia.
La asignación automática tiene como principal problema que si un equipo cliente ha

recibido una IP por ese mecanismo, la IP que ha recibido no va a poder ser usada por
ningún otro cliente aunque el primero estuviera apagado, incluso por mucho tiempo.
Asignación dinámica:
Mediante esta técnica se asigna a cada cliente DHCP
una IP durante un intervalo de tiempo limitado. Durante
ese tiempo, el servidor DHCP no va a conceder la IP
asignada a ningún otro cliente. Para que un cliente
pueda mantener una IP previamente concedida, debe
renovar la concesión con el servidor antes de que
termine el tiempo de concesión. Si termina un tiempo de
concesión sin haber hecho la renovación (por ejemplo
cuando un ordenador se apaga por tiempo mayor), la IP
correspondiente va a poder ser entregada a otro cliente DHCP.
Autoevaluación
Señala los métodos de asignación DHCP en los que un mismo
adaptador de red puede recibir desde un mismo servidor diferentes
direcciones IP.
Asignación manual.
Asignación automática.
Asignación dinámica.
Solución
1. Incorrecto
2. Correcto
3. Correcto
3.- Funcionamiento de DHCP.
Caso práctico
Jana ha estado obteniendo información
sobre el funcionamiento de DHCP y ha leído
algo interesante. Los clientes DHCP reciben
una concesión de una IP y esa concesión
tiene un tiempo límite de validez. Cuando
transcurre la mitad de ese tiempo, el cliente
tiene que comenzar a renovar la concesión
para mantener la dirección IP. Ha pensado
que esto es igual que cuando tenemos una
freestocks.org (CC0)
licencia o un permiso y tenemos que
renovarlo antes de que finalice la fecha de
renovación para no tener que estar algunos días sin el permiso.
¿Sabes todo lo que ocurre cuando un cliente DHCP solicita que se le asigne desde un
servidor una IP de forma automática? En los siguientes apartados vamos a conocerlo.
Las conexiones DHCP se desarrollan sobre el protocolo de transporte UDP, es decir, los
mensajes DHCP que se intercambian un cliente y un servidor son transportados en la red
por el protocolo UDP. Un servidor DHCP usa el puerto UDP 67 mientras que un cliente
DHCP usa el puerto UDP 68.
Básicamente, el proceso de configuración automática de IP en un cliente DHCP

se desarrolla en cuatro pasos:
Solicitud.
Propuesta.
Aceptación.
Confirmación.
En la solicitud, el cliente DHCP envía un mensaje de

difusión a todos los equipos de la red, en el que solicita que
algún servidor DHCP le envíe los parámetros de
configuración de red y, fundamentalmente, una IP. En este
mensaje, el cliente envía su dirección MAC para que pueda
responderle cualquier servidor DHCP que reciba la solicitud.
En la propuesta, cualquier servidor DHCP de la red que haya recibido la solicitud, envía un
mensaje al cliente en el que propone una IP dentro de un rango de IP disponibles para
asignar y una máscara. Un servidor DHCP, antes de enviar la propuesta, comprueba si la IP
que va a proponer ya se está usando en la red. Para ello envía un mensaje ARP para que
le responda algún ordenador que pudiera tener esa IP. Si la IP estuviera ya utilizada, el
servidor buscará otra IP para asignar.
El proceso de aceptación, comienza cuando un cliente DHCP ha recibido la propuesta de

una IP desde un servidor. Al recibir la propuesta, el cliente comprueba si la IP está siendo
usada por algún ordenador de la red, al igual que hizo el servidor. Si la IP no está siendo
usada, el cliente envía un mensaje de difusión a toda la red indicando que acepta la
propuesta. En el mensaje de difusión indica cual es la IP que acepta y el servidor desde el
que se envió la propuesta aceptada. Si el cliente DHCP recibe a continuación otros
mensajes de propuesta desde otros servidores, no responde a esos mensajes. El mensaje
de aceptación de IP sirve para que todos los servidores DHCP de la red conozcan que el
cliente ya ha aceptado una propuesta hecha desde un determinado servidor.
En el proceso de confirmación, el servidor cuya propuesta ha sido aceptada, recibe el

mensaje de aceptación y envía al cliente DHCP un mensaje de confirmación que incluye la
IP que se asigna, la máscara, otros parámetros de red y otras opciones de configuración.
Desde este momento, el cliente dispone de un tiempo de licencia o de concesión para usar
la IP. Cuando el cliente ha utilizado la mitad del tiempo de concesión, inicia un proceso de
renovación en el que solicita al servidor que le había asignado la IP que le renueve la
licencia, es decir, que le conceda seguir usando la IP por el tiempo de concesión.
3.1.- Mensajes DHCP.

El protocolo DHCP establece cuales son los mensajes que se
pueden enviar entre clientes y servidores DHCP y cual es el
formato y significado de esos mensajes. Estos mensajes DHCP
son:
DHCP_DISCOVER: Es enviado por un cliente DHCP para solicitar

que algún servidor DHCP de la red le envíe los parámetros
de configuración de red. El mensaje es de broadcast o
difusión por lo que llegará a todos los posibles servidores
DHCP de la red.
DHCP_OFFER: Es enviado por un servidor DHCP en respuesta
a un mensaje DHCP_DISCOVER de un cliente. El servidor ofrece en el mensaje una
concesión de una IP junto con valores para los parámetros solicitados por el cliente.
Antes de enviar un DHCP_OFFER, el servidor hace una comprobación de que la IP que va
a ofrecer no está siendo usada en la red. Si se usa asignación manual en el servidor,
éste asigna al cliente la IP que tiene reservada para el cliente
DHCP_REQUEST: Es un mensaje que se envía desde un cliente en respuesta a un
mensaje DHCP_OFFER recibido desde un servidor o bien cada vez que el cliente tiene que
renovar una concesión. Mediante este mensaje, el cliente indica al servidor que
acepta la oferta hecha por el servidor y solicita que le otorgue una concesión de la IP.
Antes de enviar esta respuesta, el cliente comprueba si la IP que se le ha ofrecido
está siendo usada ya en la red. Este mensaje es de difusión, lo que sirve para que
otros posibles servidores de la red conozcan que el cliente ya ha aceptado una oferta.
Si el cliente recibe otras ofertas desde otros servidores no envía respuestas a ellas.
DHCP_ACKnowledge: Es un mensaje que envía un servidor a un cliente en respuesta a un
mensaje DHCP_REQUEST. En este mensaje, el servidor indica al cliente que le asigna la IP
solicitada durante un tiempo de concesión establecido. En este mensaje se incluyen
valores para el resto de parámetros de configuración. Cuando el cliente recibe este
mensaje establece los parámetros de configuración de red con los valores entregados
desde el servidor.
DHCP_NAK: Es un mensaje que se podría enviar desde un servidor a un cliente en
respuesta a un mensaje DHCP_REQUEST para indicarle que no puede entregarle la IP que
ha solicitado en ese mensaje. No es muy normal el envío de este mensaje. Podría
darse en procesos de renovación de concesiones cuando la IP que está solicitando
renovar el cliente se ha reservado o está fuera del ámbito de direcciones asignables
por el servidor.
DHCP_DECLINE: Es un mensaje que enviará el cliente

DHCP en sustitución de un mensaje DHCP_REQUEST
cuando detecta que la IP que se le ha ofrecido ya está
siendo usada en la red.
DHCP_RELEASE: Es un mensaje que envía el cliente
DHCP al servidor para indicarle que da por terminada
la concesión. Este mensaje no tiene que enviarle un
cliente de forma obligatoria cuando desea cancelar
una concesión. Si el servidor recibe este mensaje, considera liberada la IP sobre la
que el cliente tenía la concesión.
DHCP_INFORM: Es un mensaje que puede enviarle el cliente DHCP al servidor para
solicitarle parámetros adicionales de configuración de red (no recibidos con
anterioridad o recibidos y solicitando una actualización).
Autoevaluación
Señala los mensajes DHCP que son enviados de cliente a servidor
DHCP.
DHCP_INFORM.
DHCP_ACK.
DHCP_RELEASE.
DHCP_DISCOVER.
DHCP_REQUEST.
DHCP_OFFER.
Solución
1. Correcto
2. Incorrecto
3. Correcto
4. Correcto
5. Correcto
6. Incorrecto
3.2.- Parámetros asignados por DHCP.

¿Conoces todos los parámetros de configuración de red que se pueden asignar mediante
DHCP a un cliente? ¿Sabes cuáles de esos parámetros se asignan de forma obligatoria y
cuáles de forma opcional?
Un cliente DHCP puede recibir de un servidor varios parámetros de configuración de red.

Algunos de esos parámetros son asignados siempre desde el servidor por lo que se
consideran obligatorios. El resto de parámetros deben ser solicitados por el cliente y
pueden ser asignados opcionalmente por el servidor y se consideran opcionales.
Parámetros obligatorios:
Dirección IP del cliente.

Máscara de subred del cliente.
Tiempo de concesión o duración de la licencia (lease time).
Tiempo de renovación de la licencia (renewal time).
Tiempo de reconexión (rebinding time).
Si un cliente agota el tiempo de concesión sin renovar dicha

concesión, el servidor considera liberada la IP que ha
concedido al cliente.
Un cliente DHCP realiza un proceso de renovación de una

concesión para poder seguir usando una IP concedida
anteriormente durante un nuevo tiempo de concesión. De
forma general, los servidores DHCP asignan un tiempo de
renovación igual a la mitad del tiempo de concesión. Un
proceso de renovación se inicia con un mensaje DHCP-REQUEST.
El tiempo de reconexión especifica que transcurrido ese tiempo
sobre una concesión, si no se ha realizado una renovación, habrá que solicitar una IP
mediante una nueva conexión DHCP. En esa conexión se podrá recibir la concesión de la
IP anterior siempre que no se haya agotado el tiempo de concesión.
Los parámetros opcionales, se definen dentro de las opciones del protocolo DHCP en el
RFC 2132. De todos ellos, algunos destacables que se le pueden entregar a los clientes
son:
Dirección IP de la puerta de enlace.

Servidores DNS.
Nombre de dominio DNS.
Dirección de broadcast en la red.
Servidores SMTP (de transferencia de correo).
Nombre del servidor WINS.
MTU o longitud máxima de la unidad de transferencia para el adaptador de
red.
Tiempo máximo de espera de respuesta para el protocolo ARP.
Para saber más

En esta enlace puedes acceder al contenido del:
RFC 2132.
3.3.- Formato de los mensajes DHCP.

El formato de los mensajes DHCP se establece en el RFC 2131. La imagen siguiente
representa cada uno de los campos que forman parte de un mensaje DHCP. El campo
options tiene un tamaño variable en función de las opciones añadidas a un mensaje. El
resto de campos tienen un tamaño fijo pero no es necesario que conozcamos cual es ese
tamaño.
De los campos que componen un mensaje DHCP, los más significativos para comprender el
funcionamiento del protocolo son:
ciaddr : Representa la IP de del cliente. Será la IP del

cliente cuando éste ya la tiene asignada o 0.0.0.0
cuando todavía no tiene IP.
yiaddr: La establece el servidor al valor de IP que le
ofrece al cliente.
siaddr: Es la IP del servidor DHCP. La establece el
servidor al valor de su IP. Cuando un cliente hace una
solicitud DHCP_DISCOVER, aún no conoce el servidor que le va a atender la petición
por lo que envía 0.0.0.0 en este campo.
giaddr: La establece un router con su IP cuando a través de él se ha encontrado un
servidor DHCP que ha hecho al cliente una oferta de IP.
chaddr: La establece el cliente y es su dirección hardware. Esta dirección se usa
especialmente para identificar al cliente cuando el servidor usa un mecanismo de
asignación manual de IP (reserva de IP).
sname: Lo establece el servidor y contiene el nombre del equipo servidor DHCP.
options: Incluye espacio para que el servidor especifique valores para parámetros u
opciones de configuración que haya solicitado el cliente. Este mismo espacio lo usa el
cliente para especificar los parámetros que solicita. Los primeros cuatro bytes de este
campo de opciones especifican el área específica de distribuidor y suele contener la
llamada “cookie mágica” con el valor 99.130.83.99. Las opciones que se pueden
incluir en los mensajes DHCP se establecen en el RFC 1533.
Autoevaluación
¿Cuál de los siguientes parámetros no se considera como obligatorio
para ser entregado por un servidor DHCP a los clientes?
Direcciones IP de los servidores DNS.
Direcciones IP para los clientes.
Tiempo de concesión.
Tiempo de renovación de licencia.
Efectivamente, aunque es un parámetro importante no es obligatorio.
No la respuesta correcta, debería volver a leer los parámetros que se

consideran obligatorios.
No es correcta, el tiempo de concesión es esencial en el funcionamiento

de DHCP.
Incorrecta, deberías haber pensado mejor la respuesta.
Solución
1. Opción correcta
2. Incorrecto
3. Incorrecto
4. Incorrecto
3.4.- Agentes Relay de DHCP.

Hasta ahora, por lo que hemos visto del funcionamiento de DHCP, se necesita que haya al
menos un servidor DHCP en cada red en la que existan clientes DHCP. Pero, si una
organización ha estructurado su red informática en varias subredes con clientes DHCP, ¿No
crees que sería excesivo tener en funcionamiento servidores DHCP en todas las subredes?
¿Podría tenerse un servidor DHCP que centralizase el servicio para todas las subredes?
Pues efectivamente se puede centralizar el servicio DHCP y hacer que un solo servidor
proporcione automáticamente IP a clientes de varias redes. Para realizar esto, hay que
utilizar agentes relay.
Un agente relay DHCP es un dispositivo de la red que escucha las peticiones

DHCP que se producen en la red, y las encamina hacia un servidor DHCP que
se encuentra en otra red para que éste las atienda. El servidor DHCP dará una
respuesta que enviará hacia el agente relay y éste la trasladará al cliente que
hizo la petición.
Generalmente el agente relay estará implementado en un router, el cual realiza el

encaminamiento entre la red con clientes DHCP y la red en la que se encuentra el servidor
DHCP. Si la organización tiene varias redes, puede tener varios agentes relay y un solo
servidor DHCP centralizado. También es posible implementar el agente relay en
ordenadores con varios adaptadores de red que hagan funciones de encaminamiento entre
cada una de las redes a las que pertenecen.
El funcionamiento y características de los agentes relay se establece en el RFC 1542. Para

que un router pueda ser agente relay es necesario, por tanto, que cumpla el estándar RFC
1542.
Para configurar un agente relay. Es necesario:
Activar el agente relay en el dispositivo de encaminamiento.

Indicar en el agente relay cual es la red cliente.
Indicar en el agente relay cual es el servidor DHCP que va a atender las
peticiones DHCP.
En el servidor DHCP centralizado debemos configurar varias subredes a las que se da el

servicio indicando las direcciones IP que se van a otorgar dentro de cada subred. Más
adelante, en esta misma unidad se detallará como se configuran subredes clientes en los
servidores DHCP.
Para saber más

Visita este enlace si quieres aprender más sobre los agentes relay DHCP:
Agentes relay DHCP.(en inglés)
4.- Servidores DHCP autorizados .
Caso práctico
Jana ya entiende el funcionamiento de
DHCP. Ya sabe que en una red puede haber
varios servidores DHCP y, ante esto, se le ha
planteado un posible problema y decide
preguntarle a Juan.
—Si tengo un servidor DHCP que funciona

correctamente y alguien instala en la red otro
servidor DHCP que otorgue direcciones IP
erróneas, pienso que habría ordenadores
que no podrían conectarse en red, ¿hay
alguna forma de controlar esto? —se
pregunta Jana.
Yvette W (CC0)
—Desde luego que eso es un problema. Por

eso hay que establecer medidas de seguridad para que sólo determinados
usuarios puedan instalar servicios como éste. También es importante que si
se tiene un controlador de dominio con Windows Server, se pueden indicar en
el controlador los equipos que están autorizados para ser servidores DHCP
dentro del dominio — le contesta Juan.
En una red, aunque tengamos bien configurados nuestros servidores DHCP, pueden surgir
problemas porque haya en funcionamiento otros servidores DHCP sin percatarnos de ello.
Estos otros servidores DHCP podrían estar dando parámetros de red incorrectos a algunos
clientes DHCP. La existencia de estos servidores DHCP no previstos podría ser debido a
varios motivos, entre ellos:
Que se conecten a la red dispositivos como switches o routers que tengan activado el
servicio DHCP o en el que lo hayamos activado sin darnos cuenta.
El ataque de un hacker sobre un ordenador de la red haciendo que se instale el
servidor DHCP configurado con valores corrompidos.
Para que sólo puedan estar en funcionamiento en una red los servidores DHCP que
queramos, tenemos que establecer que esos servidores estén autorizados.
Cuando los ordenadores de una red trabajan en un entorno de dominio

gestionado desde un controlador de dominio con Windows Server, los servidores
DHCP deben estar autorizados en el controlador de dominio para poder servir
parámetros de red a los clientes DHCP.
Los servidores DHCP pertenecientes a una red de dominio comprueban en el controlador

de dominio si están autorizados. Si lo están, inician el servicio y si no lo están no inician el
servicio.
Por tanto, en un entorno de red de dominio, para que se pueda iniciar un servidor DHCP
hay que:
Instalar y configurar el servidor.

Autorizar al servidor en el controlador de dominio
Para saber más

Puedes aprender más sobre servidores autorizados en:
Autorización de servidores DHCP en sistemas Windows Server.
Autoevaluación
En una red, un ordenador con el sistema Debian se ha configurado
como servidor DHCP. En la misma red se tienen varios equipos
trabajando en un dominio de Windows Server y el ordenador anterior no
está integrado en el dominio. El servidor DHCP aunque no esté
autorizado por el controlador de dominio, puede actuar como servidor
DHCP para clientes que no estén integrados en el dominio.
Verdadero.
Falso.
Efectivamente, sólo necesitaría estar autorizado para ofrecer el servicio

a los miembros del dominio.
No has acertado, ya que fuera del dominio Windows Server no necesita

ninguna autorización para ofrecer el servicio.
Solución
1. Opción correcta
2. Incorrecto
5.- Instalación y administración del

servicio DHCP.
Caso práctico
Jana ya está dispuesta a instalar un servidor
DHCP en un ordenador del centro que
trabaja con Linux Ubuntu. Ya ha hecho las
pruebas necesarias en una máquina virtual
en su portátil. Una vez instalado va a
comprobar que el servicio funciona y que
puede detener e iniciar el servicio. También
ha decidido comprobar cómo se instala
DHCP en Windows Server y para ello va a
picjumbo.com (CC0)
usar una máquina virtual en la que tiene
instalado ese sistema operativo.
ISC desarrolla de forma oficial software libre DHCP para sistemas Linux. En concreto,
desarrolla tres paquetes de software:
Software servidor DHCP.

Software cliente DHCP.
Software agente relay DHCP.
Desde ahora tendrás en cuenta que en este curso haremos principalmente referencia a
servicios instalados sobre las distribuciones Ubuntu de Linux. Lo que se indique como
válido para Ubuntu, en general, lo será también para distribuciones Debian. Otras
distribuciones como CentOs, Fedora, RedHat o como OpenSuse presentan sus
particularidades. Fundamentalmente las diferencias se encuentran en cómo se instalan los
servicios, el nombre de los paquetes que incluyen los servicios o la ubicación y nombre de
archivos de configuración y administración del servicio.
Para instalar el servicio DHCP en Linux Debian/Ubuntu hay que instalar el paquete dhcp3-
server:
apt-get install isc-dhcp-server
Para instalar el servicio DHCP en Linux CentOS hay que instalar el paquete dhcp:
yum -y install dhcp
También podemos usar las aplicaciones gráficas de instalación/desinstalación de software

para facilitarnos el proceso de instalación. Estas aplicaciones son muy fáciles de usar y nos
permiten instalar la mayoría del software disponible.
Aplicaciones de instalación/desinstalación de software para sistemas Linux:
Synaptic en Ubuntu (ejecutando Menú Sistema-Administración-Synaptic).

Yumex (Yum Extender) en CentOS. Habría que instalar esta aplicación ya
que CentOS no la trae instalada. Es muy parecida a Synaptic.
La instalación de DHCP en Windows Server 2016 se desarrolla en entorno gráfico y permite

hacer una configuración inicial del servidor.
Debes conocer
Si aún no sabes instalar el servicio DHCP en Windows Server 2016, no dejes
de ver este vídeo.
Instalación de servidor DHCP en Windows Server 2016.
https://www.youtube.com/embed/0CivuSlQ2nw
5.1.- Inicio y parada del servicio DHCP.

Cuando hemos instalado el servicio DHCP, como se ha
descrito anteriormente, el servicio queda preparado para
iniciarse siempre durante el inicio del sistema. Pero, si
queremos detener o iniciar el servicio en un momento
dado, ¿qué tenemos que hacer? ¿Por qué puede ser
necesario detener y reiniciar el servicio?
Tras instalar el servicio DHCP en Linux Ubuntu, podemos

administrar el servicio mediante el script /etc/init.d/isc-
dhcp-server.
Luca Ohman (CC BY-NC-SA)
Administración del servicio DHCP con

script.
Acción. Comando.
Comprobar el estado del /etc/init.d/isc-dhcp-

servicio. server status
/etc/init.d/isc-dhcp-
Detener el servicio.
serverr stop
Iniciar el servicio.
server start
Reiniciar el servicio.
server restart
También podemos usar el comando service para administrar el servicio sabiendo que el
nombre con el que se reconoce al servicio en Ubuntu es isc-dhcp-server. Este comando
podremos usarlo de la misma forma que se indica a continuación para administrar otros
servicios que usemos a lo largo del curso.
Administración del servicio DHCP con el comando

service.
Acción. Comando.
Comprobar el estado del servicio. service isc-dhcp-server status
Detener el servicio. service isc-dhcp-server stop
Iniciar el servicio. service isc-dhcp-server start
Reiniciar el servicio. service isc-dhcp-server restart
En CentOS, el script de administración del servicio es /etc/init.d/dhcp y el nombre del

servicio es dhcp. Teniendo en cuenta esta salvedad podrás administrar el servicio DHCP
con comandos de la misma forma que en Ubuntu.
Si intentas iniciar el servicio DHCP sin tener una IP fija en el adaptador de red,
se produce un fallo que hace que no se inicie el servicio. Debes tenerlo en
cuenta si es que acabas de instalar el servidor DHCP en un ordenador que tenía
configuración automática de IP.
También podrás iniciar y detener el servicio en Linux con las herramientas gráficas de
configuración y administración de DHCP. Estas herramientas las veremos en un próximo
apartado.
En Windows Server tienes varias alternativas para iniciar y detener el servicio DHCP:
En línea de comandos mediante el comando NET opción DHCP donde

opción puede ser START, STOP o RESTART.
Accediendo a la herramienta gráfica de administración de servicios desde
Menú Inicio- Herramientas Administrativas-Servicios.
Usando la herramienta gráfica de administración y configuración de DHCP
desde Menú Inicio-Herramientas Administrativas-DHCP.
Autoevaluación
Para iniciar el servicio DHCP en Ubuntu, debes ejecutar como
superusuario el comando:
/etc/isc-dhcp-server start
/etc/init.d/isc-dhcp-server start
service dhcp-server start
service dhcp start
No es correcto, ya que el script de administración no se encuentra en

/etc.
Muy bien, has acertado aunque había alguna respuesta que podía
confundirte.
No es la respuesta correcta, fíjate bien en las mayúsculas y las

minúsculas en comandos Linux.
Incorrecto, dhcp3 no es el nombre del servicio para el comando service.
Solución
1. Incorrecto
2. Opción correcta
3. Incorrecto
4. Incorrecto
5.2.- Archivos relacionados con la

configuración y administración de DHCP.
Tras haber instalado en Linux el servidor DHCP, en el sistema de archivos se han creado
varios archivos relacionados con la administración y configuración del servicio. Es necesario
que conozcas donde se encuentran esos archivos, cual es su nombre, que función tienen y
como se pueden modificar o interpretar. En este apartado vamos a ver la información
relativa al sistema Linux Ubuntu.
Los archivos y directorios más importantes relacionados con el servicio DHCP en Ubuntu
son:
Directorio /etc/dhcp: Contiene archivos de configuración relacionados con el servicio

DHCP. El principal de los archivos es dhcpd.conf.
Archivo /etc/dhcp/dhcpd.conf es el archivo de configuración del servidor. En el
siguiente apartado describiremos cual es la sintaxis de este archivo.
Archivo /etc/dhcp/dhclient.conf es un archivo de configuración del cliente DHCP. Se
encuentra en cualquier ordenador con Ubuntu que tenga el cliente DHCP instalado.
Su contenido indica cómo se comporta el cliente cuando solicita el servicio DHCP. Por
ejemplo, en el archivo se indican cuales son los parámetros de red que solicita el
cliente a los servidores DHCP.
Archivo /etc/init.d/isc-dhcp-server es, como ya hemos comentado antes, un script
para iniciar y detener el servicio.
Archivo /etc/default/isc-dhcp-serverr establece los interfaces de red por los que el
servidor DHCP atiende o escucha a los clientes.
Archivo /var/lib/dhcp/dhcpd.leases contiene información actualizada sobre las
concesiones que ha otorgado el servidor a los clientes. Dentro de este archivo hay
una entrada por cada concesión que se ha dado y en la que se indica la IP que se ha
concedido al cliente, la dirección física del cliente, cuanto tiempo de concesión se ha
utilizado, etc.
Archivo /usr/sbin/dhcpd es el archivo ejecutable correspondiente al servicio. Es un
demonio que se encarga de escuchar las solicitudes de los clientes DHCP y controlar
la entrega correcta de parámetros de red a los clientes.
Archivo /var/log/syslog es un archivo de texto donde se registran los inicios y
paradas de los servicios (registro de logs de servicios). Cuando se produzcan fallos al
iniciar y detener el servicio DHCP debemos consultar la información que nos de este
archivo sobre el fallo producido para intentar solucionarlo.
Xfce (GNU/GPL)
Luis Herrrero (Uso educativo no

comercial)
6.- El archivo de configuración del

servicio DHCP.
Caso práctico
Juan en su trabajo realiza configuraciones
de servidores DHCP utilizando herramientas
gráficas. Pero en muchas ocasiones debe
editar un archivo de configuración del
servidor para hacer alguna modificación en
el funcionamiento del servicio porque no lo
puede realizar de forma gráfica o porque se
ha producido un fallo al iniciar el servicio, y
en la información sobre el fallo se ha
Miguel Angel (CC BY-NC-ND)
indicado la línea del archivo que ha
producido el fallo. También ha tenido que
editar de forma obligada este archivo cuando ha tenido que trabajar sobre
ordenadores en los que se tiene instalada una distribución server de Linux y,
por tanto, no se dispone de una interfaz gráfica de usuario.
Cuando se inicia el servidor DHCP en Linux, se ejecuta el demonio correspondiente al

servicio cuyo nombre es dhcpd. El archivo dhcpd.conf es un archivo de texto que es leído
y establece la configuración correspondiente al servidor DHCP. Siempre que hagamos
modificaciones en este archivo, debemos reiniciar el servicio DHCP para que trabaje con la
nueva configuración.
Si se producen fallos al iniciar el servicio DHCP, se guarda información sobre el fallo en el

archivo registro de logs de servicio. En ese archivo se indica el tipo de fallo y la parte del
archivo de configuración que ha producido el fallo.
El archivo consta de una secuencia de sentencias o directivas de dos tipos:
Parámetros.
Declaraciones.
Los parámetros permiten establecer una opción de configuración del servicio. En los
parámetros se puede asignar un valor o un conjunto de valores, que determinan una
condición de funcionamiento del servidor o el valor de parámetro que se entrega a los
clientes. Se usan principalmente dos sintaxis para asignar valores a los parámetros:
Nombre_parámetro;
Nombre de parámetro valores;
La primera sintaxis significa que está activado el parámetro. La segunda sintaxis permite
asignar uno o varios valores a los parámetros. Si se asignan varios valores, estos se
separan con espacios.
Dentro de las declaraciones se pueden incluir parámetros e incluso otras declaraciones. Las
declaraciones tienen la sintaxis:
Declaración {
[parámetros]
[declaraciones]
Autoevaluación
El archivo de configuración dhcpd.conf en sistemas Ubuntu se
encuentra en el directorio:
/etc/
/etc/dhcp/
/etc/init.d/
/var/lib/dhcp/
No es la respuesta correcta, ese no es el directorio en el que se

encuentra el archivo.
Efectivamente, dentro de ese directorio está dhcpd.conf.
No es correcta, creo que no has pensado bien la respuesta.
Incorrecta, deberías volver a leer la información sobre el archivo

dhcpd.conf.
Solución
1. Incorrecto
2. Opción correcta
3. Incorrecto
4. Incorrecto
6.1.- Declaraciones I.
En este apartado vas a conocer los tipos de declaraciones que se pueden establecer en el
archivo de configuración dhcpd.conf del servidor DHCP en los sistemas Linux. Dentro de
esas declaraciones veremos una que es obligatorio usarla y que permite declarar la red en
la que trabaja el servidor y el conjunto de direcciones IP que concede el servidor en la red.
Las declaraciones que podemos utilizar son:
Subnet.
Host.
Shared-network.
Group.
La declaración subnet permite indicar una subred en la que

trabaja el servidor. Dentro de esa declaración es obligatorio
especificar al menos un conjunto de direcciones que otorga el
servidor en la red. A este conjunto de direcciones se le denomina
rango. Dentro de esta declaración es obligatorio declarar al
menos un rango de direcciones aunque se pueden declarar
varios. En un rango se declaran la IP menor y la IP mayor que
otorgará el servidor. La sintaxis de la declaración subnet es:
subnet IP_red netmask mascara_de_red {
Leigh Honeywell (CC BY-NC-SA) range IP_menor IP_mayor;
[parámetros] }
La declaración host permite especificar una reserva por la cual un equipo o host de la red
va a recibir una IP concreta (reservada). Es adecuado hacer reservas para ordenadores de
la red que vayan a ser servidores dentro de la red. En una declaración host se da un
nombre a la declaración que corresponderá al nombre del equipo para el que se hace la
reserva y se indica la dirección física o MAC del equipo y la IP que se le va a asignar. La
sintaxis de esta declaración es:
host nombre {
[parámetros]
hardware ethertnet direccion_MAC;
fixed-address dirección_IP; }
6.1.1.- Declaraciones II.

Anteriormente hemos visto las declaraciones subnet y
host que permiten indicar las IP que puede asignar el
servidor DHCP mediante asignación dinámica (subnet) y
mediante asignación manual o por reserva (host).
Las declaraciones shared-network y group permiten

simplificar el archivo de configuración agrupando en una
declaración varias declaraciones. Los parámetros que se
asignen dentro de una declaración shared-network o
group funcionarán como parámetros globales para todas Andrea Piacquadio (CC0)
las declaraciones que se hagan dentro.
La declaración shared-network nos permite describir una red que está dividida en varias
subredes. Por tanto, dentro de una declaración shared-network tendremos varias
declaraciones subnet. El uso de shared-network es problemático ya que no asegura que
unos equipos reciban o no IP dentro de una subred concreta. Los parámetros que se
establezcan dentro de la declaración shared-network configurarán todas las subredes de la
shared network. La sintaxis es:
shared-network nombre {
[parámetros y declaraciones]
Declaración subnet de primera subred
[otras declaraciones subnet] }
La declaración group permite incluir varias declaraciones host y se usa para aplicar los
mismos parámetros a todas las declaraciones que se realicen dentro de ella. Se pueden
usar varias declaraciones group en el archivo de configuración. La sintaxis de una
declaración group es:
group nombre {
[parámetros y declaraciones host] }
Si quieres obtener toda la información sobre el archivo de configuración y las

sintaxis de declaraciones y parámetros, ejecuta el comando:
man dhcpd.conf
Debes conocer
El siguiente enlace explica con ejemplos el contenido del archivo dhcpd.conf
en sistemas Red Hat Linux, aunque ese contenido es perfectamente válido
para otros sistemas Linux.
Archivo de configuración dhcpd.conf.
Autoevaluación
En el archivo de configuración dhcpd.conf los rangos de direcciones IP
que se asignan dinámicamente se deben especificar dentro de una
declaración:
subnet.
shared-network.
host.
group.
Vas muy bien, has acertado otra vez.
No es la respuesta correcta, si acaso podría estar en otra declaración de

otro tipo dentro de ésta.
No es correcta, esta declaración es para hacer reserva de IP para un

cliente.
Incorrecta, deberías buscar para qué sirve la declaración group.
Solución
1. Opción correcta
2. Incorrecto
3. Incorrecto
4. Incorrecto
6.2.- Parámetros I.
Al iniciar la unidad hablábamos de que un servidor de
asignación automática de parámetros de configuración
red asignaba IP a los clientes y otros muchos parámetros
como puerta de enlace, nombre del dominio DNS,
servidores DNS etc. Ahora aprenderemos a establecer en
los sistemas Linux los parámetros de red que se
entregarán a los clientes así como opciones de
configuración del funcionamiento del servidor DHCP.
Recordemos que en el archivo dhcpd.conf hay dos tipos Matteo Bagnoli (CC BY-SA)
de sentencias o directivas: parámetros y declaraciones.

Los parámetros permiten establecer los parámetros de red que asigna el servidor DHCP a
los clientes y opciones de funcionamiento del servicio. Un mismo parámetro se puede
declarar en varias partes del archivo de configuración, pudiéndole asignar distintos valores.
Conforme a donde se declara un parámetro podemos hablar de dos tipos de parámetros:
Globales: Se declaran fuera de las sentencias de declaración y afectan a todos los

clientes del servicio.
Locales: Se declaran dentro de una sentencia de declaración y afectan sólo a los
clientes definidos en esa declaración. Si a un parámetro local se le ha asignado un
valor de forma global, en el ámbito local prevalece el valor asignado de forma local.
Todos los parámetros que se declaren con option son parámetros que el servidor puede e
entregar a los clientes. En la siguiente tabla se describe la sintaxis de los principales
parámetros en el archivo de configuración. En la sintaxis se representan en cursiva los
valores que se asignan a cada parámetro.
Principales parámetros de dhcpd.conf.
Sintaxis. Descripción.
Implica que el servidor es autoritativo en la red. El servidor

authoritative; reasignará IP a los clientes que detecte mal configurados. La
sentencia opuesta a ésta es "not authoritative".
default-lease- Tiempo de concesión que se otorgará a los clientes por defecto, es

time segundos; decir, cuando éstos no hayan solicitado otro.
max-lease-time
El máximo tiempo de concesión que se puede otorgar a los clientes.
segundos;
Un rango o conjunto de IP que otorgará el servidor a los clientes.

range ip_menor Dará IP comprendidas entre la IP menor y la IP mayor, ambas
ip_mayor; incluidas. Este parámetro debe estar incluido dentro de una
declaración subnet.
Permite indicar cuál es la dirección física de un cliente DHCP. En

hardware tipo
tipo se indica el tipo de adaptador de red del cliente (normalmente
dirección_física;
ethernet).
Sintaxis. Descripción.
Permite indicar cuál es la IP que se reserva para un cliente

fixed-address IP; concreto. Este parámetro se debe incluir en una declaración host y
está asociado al parámetro fixed-address.
option subnet-
Indica la máscara de red que usarán los clientes.
mask máscara
option broadcast-
address Indica cual es la dirección IP de broadcast que usarán los clientes.
dirección;
option routers Indica cual es la dirección IP de la puerta de enlace que se

IP; entregará a los clientes.
Option domain-
Indica cual es el nombre de dominio que usará el cliente como
name
dominio de pertenencia.
"nom_dominio";
option domain-
Indica cuales son los servidores DNS que deben usar los clientes.
name-servers
Generalmente se indican las IP de éstos y se separan con coma.
servidores;
6.2.1.- Parámetros II.

Anteriormente hemos visto los que pueden considerarse como principales parámetros de
configuración DHCP, dado que son los que más se suelen utilizar en una configuración y los
que están más directamente relacionados con los contenidos que hemos visto y
desarrollado hasta ahora en el curso. Pero, hay otros muchos parámetros en la
configuración del servidor DHCP:
ddns-updates on/off; Si se pone en estado “on” se indica que el servidor DHCP

enviará información a un servidor DNS para que actualice la zona con los datos de
cada cliente DHCP cada vez que un cliente DHCP recibe una IP. Este y los siguientes
parámetros “ddns” los comprenderemos mejor y usaremos en la siguiente unidad.
ddns-hostname “nombre”; Por defecto, cuando se solicita una
actualización DNS el servidor DHCP envía el nombre del
ordenador cliente. Si se usa este parámetro, se usará el
nombre que se asigne.
ddns-domainname “nombre”; Indica cual es el nombre del
dominio en el que se producen las actualizaciones DNS. Este
nombre se añade al nombre de cada equipo cliente para
obtener el nombre completo con el que se producirá la
actualización DNS.
ddns-update-style tipo; Define como se integra el servicio
DHCP en el servicio DNS. El tipo puede ser none o interim.
El tipo none establece que no se integre el servicio DHCP
dentro del servicio DNS. El tipo interim establece que el
servidor DHCP solicite el registro de cada cliente DHCP (con su nombre y su IP) en el
servidor DNS.
allow client-updates; Establece que se permita que los clientes DHCP soliciten las
actualizaciones DNS. La solicitud siempre la harían a través del servidor DHCP.
ignore client-updates; Establece que no se permita hacer la actualización DNS a
petición de los clientes DHCP. Sin embargo, si hemos definido la integración interim
explicada anteriormente, el servidor DHCP solicitará hacer la actualización de cada
cliente en el servidor DNS.
server-identifier direccion_IP; Establece la IP del servidor por la cual se atiende el
servicio.
server-name“nombre”;Establece el nombre del equipo servidor DHCP.
option host-name “nombre”; Establece el nombre que se asigna a un cliente DHCP.
Generalmente se usa dentro de declaraciones host.
option servidor direcciones_IP; Permite indicarle a los clientes las direcciones IP de
distintos servidores de la red. En servidor podemos sustituir por un identificador del
servidor. Los identificadores que se pueden usar son: domain-name-servers, finger-
server, impress-servers, nis-servers, nntp-server, ntp servers, pop-server, smtp-
server, tftp-name-servers, time-servers, uap-servers. Algunos de estos servidores los
estudiaremos en este módulo, otros se tratan en otros módulos.
Autoevaluación
Completa los espacios en blanco para realizar la declaración de una
reserva en el archivo dhcpd.conf para que el cliente PC1 con dirección
hardware 08:00:01:10:AB:76 reciba la IP 192.168.3.1.

pc1 {
hardware ethernet
;

192.168.3.1

}
Enviar
7.- Herramientas gráficas de

configuración DHCP.
Caso práctico
Juan en su trabajo ha utilizado varias
herramientas gráficas de configuración del
servicio DHCP. Ha visto que algunos
sistemas operativos incluyen herramientas
gráficas de configuración y en otros hay que
instalarlas para poder usarlas. Ha observado
que pese a las ventajas y desventajas que
presenten, comprendiendo el funcionamiento
del servicio y los parámetros de
Kaboompics .com (CC0)
configuración del servicio, son fáciles de
utilizar y bastante completas. A pesar de
utilizar estas herramientas, Jorge tiene que recurrir en muchas ocasiones a
editar los archivos de configuración para solucionar algunos casos de
configuración.
A continuación conocerás algunas herramientas gráficas de configuración del servicio

DHCP. De entre todas ellas, te preguntarás cuál es la más adecuada. Cuando estés
trabajando sobre este servicio, serás tú quien decidas cual es la herramienta más
adecuada. Aquí simplemente te proponemos algunas de ellas.
Las herramientas gráficas de configuración son interfaces gráficas de usuario o GUI que
permiten la realización de tareas en un ambiente gráfico. Fundamentalmente, para nuestros
objetivos, una GUI de configuración debe ser fácil de usar y completa.
En función de si forman parte del sistema operativo, estas herramientas o aplicaciones

pueden ser:
Integradas: Quedan instaladas cuando se instala el sistema operativo, es

decir, están incluidas en la distribución del sistema operativo.
No integradas o instalables: Pueden venir incorporadas dentro de un
software de instalación de un servidor DHCP o instalarse
independientemente del servidor.
Algunas herramientas gráficas de configuración DHCP forman parte de un paquete de

herramientas incluidas en una aplicación de configuración y administración de sistemas.
Otras herramientas son específicas para la configuración de servidores DHCP. Las
herramientas más destacables son:
Herramientas gráficas de configuración DHCP.
Herramienta. Comentario.
Es una aplicación web que permite administrar y configurar software

webmin en sistemas Linux. Debe ser instalada y ejecutada desde un
navegador.
Es una aplicación integrada en las distribuciones Suse de Linux.

yast
Permite administrar y configurar el sistema en general.
Es una aplicación integrada en las distribuciones Fedora y Red Hat

linuxconf
de Linux. Permite administrar y configurar el sistema en general.
GAdmin- Es una herramienta específica para configurar el servicio DHCP de

DHCPD la distribución desarrollada por ISC en sistemas Linux.
Herramienta
Integrada dentro de las herramientas administrativas de Windows
administrativa
Server.
DHCP
7.1.- Webmin. Características e

instalación.
¿Has utilizado anteriormente esta aplicación? Si la has
usado habrá sido para hacer alguna tarea de
administración y configuración del sistema. En esta unidad
y en las siguientes del curso aprenderás a usar esta
aplicación para administrar y configurar servicios de red y
de Internet.
Webmin es una herramienta gráfica de configuración de

sistemas Linux. Es una aplicación web que se ejecuta
desde un navegador web. Permite administrar un sistema
tanto localmente como remotamente, es decir, desde otro
equipo. Un ordenador que tenga instalado webmin permite
que se configure su sistema con esta herramienta desde el
Linux Screenshots (CC BY)
mismo ordenador o desde otro de la red.
Webmin se distribuye bajo una licencia libre BSD y puede descargarse de la página oficial.
Sitio web oficial de Webmin
Se puede descargar el software de instalación webmin en varios formatos. Si quieres

instalar webmin en sistemas Debian/Ubuntu, deberías descargar un Debian package
(paquete para Debian). Tras descargarlo, debes instalar el paquete con un gestor de
instalación de paquetes.
Una vez instalado webmin, ya puedes usarlo. Para iniciar webmin, debes iniciar un
navegador web y escribir en la barra de direcciones la URL:
https://equipo:10000
Donde equipo será la dirección IP o el nombre DNS del equipo en el que se ha instalado
webmin y 10000 es el puerto en el que webmin escucha a los programas clientes. Hay que
tener en cuenta que el navegador web se comporta como cliente del programa webmin, y
por eso en la URL de conexión se debe escribir el número de puerto 10000. Si en una
conexión con un navegador no escribimos el número de puerto, el navegador intenta
conectarse con un servidor web que escucha en el puerto 80. Webmin usa el protocolo
seguro HTTPS y no HTTP como la mayoría de servidores web.
Si quieres ejecutar webmin sobre el mismo ordenador en el que está instalado

webmin, tendrás que escribir en el navegador la URL:
https://localhost:10000 o bien https://127.0.0.1:10000
Si, por ejemplo, el ordenador en el que se ha instalado webmin tiene la IP

192.168.0.3 y se quiere administrar ese ordenador con webmin desde otro
ordenador de la red, habrá que ejecutar en éste último el navegador web
conectándose a:
https://192.168.0.3:10000
Webmin está construido mediante módulos. Cada

módulo permite administrar una parte del sistema. Así,
existe un módulo para administrar el servicio DHCP. En lo
relativo a los servicios, generalmente se carga el módulo
en webmin cuando se ha instalado un servicio. Cuando
no sea así, habrá que descargar e instalar el módulo.
Webmin (BSD)
Debes conocer
Aunque la instalación del servidor Apache se tratará de manera mas profunda
más adelante, para instalar Webmin, necesitaremos instalar primero Apache.
En el siguiente enlace puedes ver un ejemplo de instalación de Apache en

Ubuntu:
Cómo instalar el servidor web Apache en Ubuntu 18.04
También puedes ver un ejemplo de instalación de Webmin en Ubuntu en el

siguiente enlace:
Cómo instalar Webmin en Ubuntu 18.04
Autoevaluación
Si estás trabajando en un ordenador de la red y quieres ejecutar webmin
en ese ordenador para administrar de forma remota otro ordenador de la
red:
Es necesario que webmin esté instalado en los dos ordenadores.
Webmin debe estar instalado en el ordenador en el que estás
trabajando.
Webmin debe estar instalado en el ordenador que quieres administrar
de forma remota.
No se necesita que webmin esté instalado en los ordenadores ya que se
ejecuta en un navegador.
No es la respuesta correcta, no se necesita tanto.
No es correcto, analiza bien el caso y la respuesta que has dado.
Efectivamente, puedes seguir avanzando porque has acertado.
Incorrecto, se ejecuta desde un navegador pero tiene que estar instalado

webmin.
Solución
1. Incorrecto
2. Incorrecto
3. Opción correcta
4. Incorrecto
7.2.- Webmin. Interfaz para DHCP.

Cuando instalamos el servidor DHCP, queda cargado en webmin el módulo
correspondiente de administración y configuración del servicio DHCP. Para acceder a este
módulo en webmin debes seleccionar menú Servidores - Servidor de DHCP. La ventana
principal de la interfaz de configuración de DHCP es la que se presenta a continuación.
Webmin (BSD)
En la ventana principal encontramos varios enlaces y botones desde los que podemos
acceder a otras ventanas de configuración:
Configuración del módulo (icono rueda dentada): permite configurar el propio

aspecto de la interfaz de trabajo de configuración del módulo y el nombre y ubicación
de los archivos relacionados con el servicio. Estos archivos se describieron en el
apartado 5.2 de esta unidad.
Buscar documentos (icono lupa): permite mostrar el contenido de documentación
de ayuda sobre el servicio, el archivo de configuración del servicio, el archivo de
concesiones, etc.
Subredes y redes compartidas: permite crear y editar las declaraciones subnet y
shared-network del archivo de configuración dhcpd.conf.
Máquinas y grupos de máquinas: permite crear y editar las declaraciones host y
group.
DNS-zones: para declarar zonas DNS en las que se establecerá un sistema de
seguridad basado en claves TSIG cuando el servidor DHCP solicite la actualización
de los registros de zona en el servidor DNS.
Botón Editar opciones de cliente: para dar valores globales a los parámetros de red
que se entregan a los clientes. Son los valores entregados salvo que se den otros
localmente en otras declaraciones.
Botón Edit TSIG key: permite definir claves TSIG para identificarse ante servidores
DNS.
Botón Manually edit configuration: permite mostrar y modificar manualmente
(escribiendo) el contenido del archivo de configuración dhcp.conf.
Botón Edit network interface: muestra los adaptadores de red en los que el servidor
DHCP escucha.
Botón Listar arrendamientos activos: muestra las concesiones de IP dadas a
clientes actualmente.
Botones Aplicar cambios, stop server y start server: permiten
respectivamente reiniciar, detener e iniciar el servicio con los cambios realizados
actualmente. Hay que tener en cuenta que aplicar los cambios no quiere decir
que se hayan guardado los cambios en el archivo de configuración.
7.3.- Webmin. Asignación dinámica.

Ya vimos que en una asignación dinámica se establece
que el servidor DHCP dispone de un conjunto de
direcciones para ofrecer durante un tiempo determinado a
los clientes, pudiéndose reutilizar direcciones IP por
distintos clientes. A los conjuntos de direcciones que
asigna dinámicamente un servidor DHCP se les llama
rangos.
Para establecer un rango, es necesario, tener declarada

Webmin (BSD)
una subred DHCP en la que ofrezca el servicio el
servidor. Declarar una subred en webmin implica hacer
una declaración subnet en el archivo de configuración. En una declaración subnet se
pueden establecer varios rangos.
Al crear una subred debemos especificar al menos lo siguiente:
IP de la subred en la que entrega IP el servidor. Es necesario que el

servidor tenga un adaptador de red que tenga una IP perteneciente a la IP
de la subred (excepto cuando entrega IP por el mecanismo de DHCP
relay).
Máscara de red de la subred en la que entrega IP el servidor.
Rango de direcciones IP que entrega el servidor en la subred. Pueden
declararse varios.
Las siguientes presentaciones nos van a mostrar los pasos a seguir para crear y editar una
subred en Webmin. Aunque la interfaz de usuario y la versión no son las más actualizadas,
las opciones son las mismas.
◄ ►
Como crear una subred DHCP con Webmin

Para crear una subred DHCP en la que el servidor DHCP asigne IPs de forma
dinámica, en la ventana principal de configuración del servidor DHCP, haz clic en el
enlace Añadir una nueva subred de la sección Subredes y Redes Compartidas.
Webmin (BSD)

Has accedido a una ventana crear subred. Es indispensable que en esta ventana
indiques la dirección IP de red y la máscara de red de la subred en la que asigna
direcciones IP de forma dinámica el servidor. Es aconsejable que des una
descripción de la subred. La descripción aparecerá como una línea de comentario
que precede a la declaración subnet del archivo de configuración dhcpd.conf.
Webmin (BSD)

Al crear la subred deberías indicar ya un rango de direcciones para la subred. En
el rango se especifican las direcciones IP mínima y máxima del rango.
Obviamente las direcciones del rango deben pertenecer a la subred que se está
declarando. En la opción red compartida podrías indicar que la declaración subnet
se está realizando dentro de una declaración red compartida o shared-network
que tuvieras creada anteriormente. Si no quieres incluir la declaración dentro de una
shared-network, debes poner <ninguno> en esta opción.
Webmin (BSD)

Aunque es posible realizarlo posteriormente, puedes editar algunos parámetros de
configuración para la subred como tiempos de concesión o arrendamiento,
nombre del servidor DHCP, opciones de integración con el servidor DNS.
Estos parámetros serán locales, es decir, los valores que asignes afectarán a los
clientes de la subred y no a otros clientes de otras subredes. Los valores que se
establezcan aquí harán que no se tengan en cuenta los establecidos globalmente.
Webmin (BSD)

Una vez que has terminado, debes hacer clic en el botón salvar para que queden
guardados los cambios en el archivo de configuración dhcpd.conf.
Webmin (BSD)

Tras salvar los cambios, se vuelve a mostrar la ventana principal y en la sección
Subredes y Redes Compartidas un icono que representa la subred DHCP creada.
Si quieres que el servidor comience a trabajar con los cambios, puedes reiniciar el
servidor:
Haciendo clic en el enlace Aplicar Cambios.

O bien haciendo clic en el enlace Stop Server y después en el enlace Start
Server.
Haz clic en el icono de la subred y accederás a la ventana de Editar Subred donde

podrás modificar cualquier parámetro de configuración DHCP para la subred.
Webmin (BSD)

En la ventana Editar Subred puedes añadir nuevos rangos y modificar los
parámetros vistos al crear la subred. Ahora también puedes establecer valores
para otros parámetros de configuración otorgados a los clientes de la subred. Para
ello tienes que hacer clic en el botón de Editar Opciones de Cliente.
Webmin (BSD)

En la ventana Opciones de Cliente puedes establecer valores para muchos
parámetros de configuración. Si modificas estos valores haciendo que no se
asignen por defecto, los estarás estableciendo localmente para los clientes de la
subred. En cualquier caso son valores de parámetros que se entregan a los
clientes. De estos parámetros, hay que destacar para la configuración de los
clientes: enrutadores por defecto, servidores DNS, máscara de subred (para el
cliente), dirección de broadcast y nombre de dominio.
Haz clic en el botón Salvar para guardar los cambios.
Webmin (BSD)

Tras salvar los cambios en la ventana Opciones de Cliente, vuelve a mostrarse la
ventana Editar Subred desde donde podrías también:
Añadir declaraciones host dentro de la subred.

Añadir declaraciones group dentro de la subred.
Mostrar el estado actual del archivo de concesiones.
Webmin (BSD)
1
2
3
4
5
6
7
8
9
Una vez que tenemos creada una subred DHCP, podemos editar la subred para modificar
los rangos, las opciones y los parámetros de cliente. En la ventana principal de
configuración tendremos un icono por cada subred que hayamos declarado. Para editar la
subred haremos clic en el icono que representa la subred.
Hay que tener en cuenta que las opciones y parámetros en los que establezcamos valores
para la subred serán locales a la subred. Por tanto, si se han asignado también de forma
global (para todos los clientes), prevalecerán en los clientes de la subred los valores
asignados localmente.
◄ ►
Editar una subred con Webmin

Para editar y modificar la configuración de una subred DHCP ya creada debes
hacer clic en el icono que representa a la subred dentro del área Subredes y
Redes Compartidas.
Webmin (BSD)

Al crear la subred DHCP hemos establecido un rango de direcciones IP que asigna
dinámicamente el servidor. Ahora puedes modificar o eliminar el rango anterior y
añadir otros rangos pertenecientes a la subred creada. En la imagen se señala
como se ha añadido un segundo rango de direcciones IP comprendido entre
192.168.3.200 y 192.168.3.219.
Webmin (BSD)

Las opciones de configuración en esta ventana de editar subred son las mismas
que se habían visto para crear una subred. Ahora puedes modificar, si quieres,
cualquiera de esas opciones. Las modificaciones realizadas afectarán a toda la
subred y, por tanto, a los dos rangos de direcciones IP que se han establecido. En
la imagen se señala la opción red compartida que permite incluir la declaración de
la subred dentro de una declaración shared-network o de red compartida que ya
se hubiera hecho.
Webmin (BSD)

En la parte inferior de la ventana editar subred podrás ver las máquinas
(declaraciones host) y los grupos de máquinas (declaraciones group) que se
hubieran añadido dentro de la subred (ahora ninguno).
También se tienen botones y enlaces para salvar lo realizado, editar opciones de

cliente, editar archivo de concesiones y añadir máquinas y grupos de máquinas
dentro de la subred.
Webmin (BSD)

Al hacer clic en el botón editar opciones de cliente de la ventana editar subred
vista anteriormente, accedes a la ventana opciones de cliente donde se pueden
establecer valores a los parámetros que se pueden entregar a los clientes de la
subred. En la imagen se han editado los parámetros para especificar la máscara de
la subred, la dirección de la puerta de enlace, la dirección de los servidores DNS, la
dirección de broadcast en la subred y el nombre del dominio. Tras terminar, debes
pulsar el botón salvar para guardar los cambios y volver a la ventana editar
subred.
Webmin (BSD)

Tras terminar, debes pulsar el botón salvar para guardar los cambios y volver a la
ventana editar subred.
Webmin (BSD)

En la ventana Editar Subred si no quieres hacer más cambios y quieres guardar
los realizados, debes hacer clic en el botón salvar y regresarás a la ventana
principal de configuración donde puedes aplicar los cambios realizados reiniciando
el servidor..
Webmin (BSD)
1
2
3
4
5
6
7
Autoevaluación
En el momento de crear una subred DHCP con webmin se pueden
declarar varios rangos de direcciones IP para asignar dinámicamente.
Verdadero.
Falso.
No, sólo se puede declarar uno. Después de crearla ya se pueden

declarar más.
Bien, sólo se puede declarar un rango al crear la subred DHCP.
Solución
1. Incorrecto
2. Opción correcta
7.4.- Webmin. Asignación Estática.

Anteriormente hemos visto que si el servidor DHCP reserva para un cliente una dirección IP
decimos que el servidor realiza una asignación estática. Ahora vamos a ver cómo podemos
establecer asignaciones estáticas o, lo que es lo mismo, realizar reservas de direcciones IP
mediante webmin.
En la siguiente imagen, se muestra el área para establecer reservas o asignaciones

estáticas del módulo de configuración del servicio DHCP en webmin.
Webmin (BSD)
En la imagen se muestra que actualmente hay tres reservas establecidas para las
máquinas pc1, pc2, pc3 y que hay declarado un grupo de máquinas con dos miembros.
Esto equivale a decir que en el archivo de configuración dhcpd.conf hay tres declaraciones
host y una declaración group en la que estarán incluidas dos de las anteriores.
Debemos recordar que una declaración group permite agrupar varias declaraciones
host para establecer una configuración común a todo el grupo de máquinas clientes.
Puedes modificar la configuración de cualquiera de las reservas haciendo clic en el

icono de la máquina correspondiente. Para establecer una nueva reserva, debes
hacer clic en el enlace "Añadir una nueva máquina" y accederás a una ventana de
configuración como la que se muestra en la siguiente imagen:
Webmin (BSD)
Es necesario que, al menos indiques la dirección hardware de la máquina

cliente, la dirección IP fijada que se va a asignar a la máquina cliente y el
nombre de la máquina. El nombre que se da aquí a la máquina no tiene por
qué coincidir con el nombre real de la máquina cliente ya que sirve para dar un
nombre a la declaración host que se está haciendo.
En la imagen se señala también la lista desplegable "Máquina asignada a" en la que

puedes seleccionar si la declaración host o la reserva que se está haciendo se incluye
dentro de alguna declaración de red compartida, subred o grupo o bien no se incluye en
ninguna de estas declaraciones en cuyo caso deberá estar asignada a Nivel superior.
Además podrás establecer valores para las opciones y parámetros de configuración

entregados a la máquina cliente como ya se ha visto anteriormente en las asignaciones
dinámicas. Una vez que se han establecido todos los valores, debes hacer clic en el botón
crear para que quede establecida la reserva para la máquina. Podrás comprobar que en el
archivo de configuración dhcpd.conf se ha añadido una declaración host correspondiente
a la reserva que has realizado.
7.5.- Webmin. Ver concesiones.
Recuerda que el archivo de concesiones es un archivo de texto que contiene

el estado actual de las concesiones o asignaciones de IP que tiene dadas
actualmente el servidor DHCP. En los sistemas Debian/Ubuntu, el archivo de
concesiones se encuentra en /var/lib/dhcp3/dhcpd.leases.
Desde el módulo de configuración del servicio DHCP puedes ver el contenido del archivo de
concesiones. Para ello tienes que hacer clic en el botón "Listar arrendamientos activos"
de la ventana principal de configuración.
Webmin (BSD)
A continuación, si es que hay concesiones o arrendamientos actualmente establecidos, se

muestran estas concesiones tal como se ve en la siguiente imagen correspondiente a una
situación en la que sólo se tiene activada una concesión.
Webmin (BSD)
En la imagen anterior se indica que hay 20 direcciones IP disponibles para asignar

dinámicamente y de ellas, sólo hay asignada una. De la única concesión dada actualmente
se indica la dirección IP que se ha asignado, la dirección Ethernet y nombre de la máquina
cliente y las fechas y horas de inicio y fin de la concesión.
En los ordenadores clientes DHCP con sistemas Debian/Ubuntu, dentro del

directorio /var/lib/dhcp/ hay varios archivos de concesiones. Cada uno de esos
archivos muestra información sobre cada una de las concesiones que ha
recibido un cliente incluyendo la IP y máscara asignadas, el tiempo de
concesión, el número de veces que el cliente renovó la concesión y varios
parámetros recibidos. El archivo dhclient.leases contiene información sobre la
concesión que tiene actualmente dada un cliente.
Autoevaluación
Al mostrar las concesiones activas de un servidor DHCP actualmente no
se muestra el siguiente dato:
Dirección hardware del cliente.
Inicio de la concesión.
Fin de la concesión.
Tiempo que dura la concesión.
No es la respuesta correcta, este dato sí que se muestra.
No es correcta, puedes comprobarlo en la imagen que muestra las

concesiones actuales.
Incorrecto, si vuelves a leer en este apartado verás que es uno de los

datos mostrados.
Muy bien, no se muestra este dato aunque ya sabes que se puede

calcular de otros dos datos mostrados.
Solución
1. Incorrecto
2. Incorrecto
3. Incorrecto
4. Opción correcta
7.6.- Herramienta administrativa DHCP de

Windows Server.
Windows Server 2019 integra la herramienta administrativa DHCP para configurar y
administrar el servicio DHCP. Puedes ejecutar esta herramienta desde menú inicio -
herramientas administrativas - DHCP. La interfaz de esta herramienta es la que se
presenta en la siguiente imagen:
Microsoft (Todos los derechos reservados)
En la ventana de la interfaz se presenta en forma de árbol y a la izquierda la organización

del servicio. Dentro de esta organización se tienen los siguientes elementos:
Ámbito: sólo puede haber uno por cada subred en la que el servidor otorgará
concesiones de IP. Dentro de cada ámbito tenemos los elementos conjuntos de
direcciones, reservas, concesiones de direcciones y opciones de ámbito.
Conjunto de direcciones: Define las direcciones IP que va a asignar dinámicamente
el servidor. En un conjunto de direcciones se declara un único intervalo de
direcciones para distribución con la IP mínima y la IP máxima que asigna el
servidor. De ese intervalo se pueden establecer o quitar direcciones excluidas de la
distribución como direcciones dentro del anterior intervalo que no se van a asignar a
los clientes. Normalmente a estas direcciones excluidas se les llama exclusiones.
Reservas: Permite establecer direcciones IP reservadas para determinados clientes
(hacer reservas o asignaciones estáticas).
Concesiones de direcciones: Muestra el estado actual de las concesiones
otorgadas a los clientes.
Opciones de ámbito: Permite establecer varios parámetros para los clientes del
ámbito como la IP del enrutador o puerta de enlace, las IP de los servidores DNS y las
IP de otros servidores.
Al crear un nuevo ámbito se inicia un asistente que permite establecer fácilmente una
configuración inicial del ámbito. Este asistente es idéntico al que se ejecuta cuando se
instala el servicio DHCP en Windows Server. La ventana inicial de este asistente permite
definir inicialmente el intervalo de direcciones para distribución y la máscara de subred. La
siguiente imagen muestra la ventana inicial de este asistente.
Debes conocer
Este vídeo muestra como se configura el servicio DHCP en Windows
Server 2016.
11. El servicio de DHCP - Curso de Windows Server 2016.
https://www.youtube.com/embed/0CivuSlQ2nw
Autoevaluación
En el servidor DHCP de Windows Server, cuando se ha declarado un
conjunto de direcciones IP y si queremos que algunas de ellas no se
asignen a los clientes, debemos realizar:
Exclusiones.
Reservas.
Concesiones.
Denegaciones.
Muy bien, has acertado y ya estás llegando al final de la unidad.
No es la respuesta correcta, creo que no has meditado nada la

respuesta.
No es correcta, deberías leer nuevamente lo que es una concesión.
Incorrecto, no es la palabra que se usa para esto.
Solución
1. Opción correcta
2. Incorrecto
3. Incorrecto
4. Incorrecto
8.- Comandos utilizados para el

funcionamiento del servicio.
Caso práctico
Jana tiene ya instalado el servicio DHCP en
la asociación "El Acebo" y trata de verificar
que el servicio funciona correctamente. Para
comprobar en los ordenadores clientes
DHCP con sistema operativo Linux Ubuntu
que reciben correctamente una configuración
de IP, ha utilizado el comando ifconfig. Ha
realizado lo mismo en los ordenadores con
sistema operativo Windows y para ello ha
usado un comando similar llamado ipconfig.
Omar Sanou (CC0)
De paso ha comprobado la conectividad
entre los ordenadores del centro usando el
comando ping.
Cuando estés realizando la instalación y configuración del servicio DHCP puedes usar en
los ordenadores clientes y en el servidor varios comandos tanto para comprobar el correcto
funcionamiento del servicio como para poner en funcionamiento el propio servicio.
En los sistemas Linux Debian/Ubuntu disponemos, entre otros, de los siguientes comandos:
ifup
ifdown
ifconfig
iwconfig
nm-tool
ping
route
Anteriormente ya hemos visto como iniciar y detener el servicio con comandos en sistemas
Linux Debian/Ubuntu y en Windows Server.
En los sistemas Windows disponemos entre otros de los siguientes comandos:
ipconfig
ping
route PRINT
netsh
En los sistemas Debian/Ubuntu en los que se tenga instalada la distribución cliente DHCP
de ISC se puede usar el siguiente comando para el funcionamiento del servicio DHCP:
dhclient
8.1.- Comandos en Debian/Ubuntu.

A continuación vamos a explicar para qué sirven los comandos citados anteriormente para
sistemas Linux Debian/Ubuntu y como se pueden utilizar.
ifdown: es un comando para desactivar un adaptador de red cuya configuración se ha

establecido en el archivo /etc/network/interfaces. Se debe desactivar un adaptador
cuando se trata de modificar la configuración en el archivo. Para desactivar el adaptador
eth0:
# ifdown eth0
ifup: es un comando para activar un adaptador de red que está desactivado y cuya
configuración debe estar establecida en el archivo /etc/network/interfaces. Para activar el
adaptador eth0:
# ifup eth0
ifconfig:es un comando que permite obtener la configuración de los adaptadores de red y

establecer la configuración de éstos. La siguiente imagen muestra el resultado de la
ejecución de este comando:
Ubuntu Linux (GNU/GPL)
iwconfig: es un comando similar al anterior y aplicable solamente a adaptadores de red

inalámbricos. Si ath0 es un adaptador inalámbrico, para obtener su configuración:
# iwconfig ath0
nm-tool: es un comando para conocer la configuración de los adaptadores de red. Está

disponible si se tiene instalado el paquete NetworkManager. Para conocer la configuración
del adaptador eth0:
ping: permite detectar si hay conectividad con otro equipo. Especificando una dirección IP
destino, se envían una serie de paquetes a esa IP destino para que el equipo destino, si
está accesible, envíe paquetes respuesta.
route: Muestra la tabla de enrutamiento del equipo.
Autoevaluación
Señala los comandos que puedes usar en sistemas Debian/Ubuntu
relacionados con el funcionamiento de DHCP y la configuración de red.
ipconfig
ifconfig
Iwconfig
Netsh
ping
ifup
Solución
1. Incorrecto
2. Correcto
3. Incorrecto
4. Incorrecto
5. Correcto
6. Correcto
8.2.- Comandos en sistemas Windows.

A continuación vamos a describir los principales comandos de sistemas Windows
relacionados con el funcionamiento del servicio DHCP:
ipconfig:muestra información sobre la configuración de red en los adaptadores de red del

equipo. Muestra las direcciones IPv4, IPv6, la máscara de subred y la puerta de enlace
predeterminada. Admite varios modificadores de los que cabe destacar:
/all: para mostrar una información completa sobre la configuración de red. La

siguiente imagen muestra el resultado de ejecutar ipconfig con este modificador.
/release: hace que el adaptador de red especificado libere la dirección IP que haya
recibido como cliente DHCP.
/renew: solicita la renovación de la dirección IPv4 para el adaptador de red que se
especifique. Por ejemplo, para renovar la concesión en el adaptador llamado
Conexión de área local hay que ejecutar:
ipconfig /renew "Conexión de área local"
ping: tiene la misma funcionalidad que el ping de los sistemas Linux.
route PRINT: permite gestionar las tablas de enrutamiento del equipo. Ejecutado con el
modificador PRINT obtendrás la tabla de enrutamiento del equipo. En el resultado, la puerta
de acceso para la dirección de red 0.0.0.0 indica la IPv4 de la puerta de enlace
predeterminada, como se muestra en la siguiente imagen:
netsh: es una herramienta de línea de comandos. Al ejecutar netsh iniciamos una sesión en
la que podemos ejecutar comandos de netsh.
Debes conocer
Debes leer el siguiente documento para aprender a usar netsh en la

configuración de los parámetros de red:
El comando netsh. (0.02 MB)
Para saber más

Accede al siguiente enlace para aprender más cosas sobre el comando netsh.
Todo sobre netsh.
8.3.- Comando dhclient.

El comando dhclient está disponible en sistemas Linux en los que se tenga instalada la
distribución cliente DHCP de ISC (dhcp3-client). Este comando permite realizar varias
acciones como cliente DHCP.
La sintaxis del comando dhclient es:
dhclient [ -p port ] [ -d ] [ -e VAR=value ] [ -q ] [ -1 ] [ -r ] [ -x] [ -lf

lease-file ] [ -pf pid-file ] [ -cf config-file] [ -sf script-file ] [ -s
server ] [ -g relay ] [ -n ] [ -nw ] [ -w ] [ if0 [ ...ifN] ]
Si al ejecutar el comando no se especifica ningún adaptador, la acción se realiza sobre

todos los adaptadores de red. En la sintaxis del comando el nombre de los adaptadores se
indica como if0, ifN. A continuación vamos a ver algunos ejemplos destacables del uso de
este comando.
Para que el adaptador eth3 renueve o solicite la concesión de una dirección IP:
# dhclient eth0
El resultado de la ejecución de dhclient se muestra en la imagen siguiente:
Para que el adaptador eth3 libere una concesión obtenida anteriormente:
# dhclient –r eth3
Para que el cliente DHCP utilice como archivo de configuración el archivo

/var/lib/dhcp/clientedhcp.conf en lugar del usado por defecto (/etc/dhcp/dhclient.conf):
# dhclient -cf /var/lib/dhcp/clientedhcp.conf
Para que el cliente DHCP almacene la información sobre la concesión recibida actualmente
en /var/lib/dhcp/concesion1:
# dhclient -lf /var/lib/dhcp3/conce sion1
Autoevaluación
En un ordenador con sistema operativo Windows 7 quieres establecer
con el comando netsh que el adaptador de red "conexión 01" tenga
configuración automática de IP. Estas trabajando actualmente en el
contexto interface ip, el comando que tienes que ejecutar es:
set address "conexión 01" dhcp
netsh ip "conexión 01" dhcp
netsh set ip "conexión 01" dhcp
interface ip set address dhcp "conexión 01"
Muy bien, has acertado y ya has llegado al final de la unidad.
No es la respuesta correcta, te aconsejo que vuelvas a leer el

documento sobre el comando netsh.
No es correcta, esta vez no has acertado, piensa bien la respuesta.
Incorrecta, fíjate sobre todo en que ya estás trabajando en contexto

interface ip.
Solución
1. Opción correcta
2. Incorrecto
3. Incorrecto
4. Incorrecto

Configuración automática de parámetros de red DHCP

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Configuración automática de parámetros de red DHCP

Cargado por

Copyright:

Formatos disponibles

14/1/22 4:48 SRI01.- Servicios de Configuración Automática de Red.

Servicios de Configuración Automática de

En Peñas Blancas, la asociación cultural ha recibido

Alain Bachellier (CC BY-NC- Eva es la presidenta de la asociación, y regenta en la

Jana colaboró el curso anterior con la asociación en la instalación del

Lo primero que pretende realizar Jana en el centro es instalar un servicio de

Ministerio de Educación y Formación Profesional (Dominio público)

Materiales formativos de FP Online propiedad del Ministerio de

1.- Configuración de los parámetros de

—Hola Juan, te llamo para decirte que este año voy

—Por supuesto que sí Jana —contesta Juan, y no es molestia, aunque me

—Pues lo primero que quiero, es instalar un servidor de configuración

¿Sabes ya qué parámetros se deben configurar en un

En esta unidad vas a conocer el funcionamiento de un

parámetros de conexión en red y como se instala, Arkangel (CC BY-SA)

configura y prueba el servicio.

En el módulo “Planificación y Administración de Redes” de primer curso del ciclo que

Los parámetros de red que principalmente se configuran en un adaptador de red sirven

Un ordenador tenga la dirección IP y máscara adecuada para conectarse en red a

La configuración de los parámetros de red de un adaptador de red se puede

La configuración manual también se conoce como configuración fija o estática. En esta

1.1.- Parámetros de configuración de red.

En esta unidad se hará referencia al direccionamiento IPv4

Por ejemplo, si un adaptador tiene IP 192.168.1.7 y máscara 255.255.255.0, se puede decir

Para que un ordenador tenga a través de un

Para que en los programas de red se puedan

Incorrecto, debes volver a leer como se obtiene el identificador de red en

No es correcto, eso es el identificador de equipo en la red.

No es la respuesta corecta, fíjate bien en la máscara.

1.2.- Configuración manual de parámetros

Alain Bachellier (CC BY-NC-

Si se asigna la misma IP a dos ordenadores de una red y ambos están en

Por ejemplo, supongamos que Ana quiere asignar

En los sistemas Linux Debian/Ubuntu se tiene instalado el software de detección y

Para saber más

Configuración manual de parámetros de red en Linux Ubuntu.

Resumen textual alternativo

Configuración manual de parámetros de red en Windows 10.

Resumen textual alternativo

1.3.- Configuración automática de los

Establecer la configuración automática de los parámetros

Configuración gráfica de los parámetros de red en Linux Ubuntu.

Resumen textual alternativo

Cuando un ordenador cliente se inicia y está configurado para

Supongo que ante esta explicación tan simple de una asignación

La asignación automática de los parámetros de red presenta varias ventajas frente a la

No es correcta, este parámetro es fundamental al hacer la configuración.

No es la respuesta correcta, aunque a veces no se establezca, si se

Incorrecto, deberías volver a ver los vídeos para conocer su función.

Muy bien, efectivamente ese parámetro no corresponde a la

1.4.- Archivo de configuración de

Si queremos que el adaptador de red de nuestro ordenador

2 iface lo inet loopback

4 iface eth0 inet dhcp

Si queremos establecer de forma estática la configuración de los parámetros de red del

1 auto lo iface lo inet loopback

2 auto eth0 iface eth0 inet static

Es importante decir si hemos usado el software gestor de conexiones de red

2.- El protocolo DHCP.

Ahora Jana sabe ya que DHCP es un

El protocolo DHCP (Dynamic Host Configuration Protocol),

El funcionamiento de DHCP en la red se basa en un modelo cliente/servidor con uno o