Está en la página 1de 14

Dynamic Host Configuration Protocol

El Protocolo de configuracin dinmica de Host (DHCP) es un protocolo


estandarizado de redes utilizado en las redes de Protocolo de Internet (IP) para distribuir
dinmicamente los parmetros de configuracin de red, como las direcciones IP para las
interfaces y servicios. Con DHCP, computadoras peticin direcciones IP y los
parmetros de redes automticamente desde un servidor DHCP, reduciendo la necesidad
de un Administrador de red o un usuario para configurar estos ajustes manualmente.
Resumen
El protocolo de configuracin dinmica de Host es utilizado por computadoras para
solicitar los parmetros de protocolo de Internet, tales como una direccin IP de un
servidor de red. El protocolo funciona basado en el modelo cliente-servidor. Es muy
comn en todas las redes modernas que varan en tamao de las redes domsticas a
grandes redes de campus y regional de proveedor de servicios Internet redes DHCP.
Routers de red ms residenciales reciben una direccin IP nica en el mundo dentro de
la red de proveedores. Dentro de una red local, DHCP asigna una direccin IP local a
los dispositivos conectados a la red local.
Cuando un ordenador u otro dispositivo de red se conecta a una red, su software de
cliente DHCP en el sistema operativo enva una consulta de difusin solicitando la
informacin necesaria. Ningn servidor DHCP en la red puede la solicitud de servicio.
El servidor DHCP administra un grupo de direcciones IP e informacin sobre los
parmetros de configuracin del cliente tales como puerta de enlace predeterminada,
nombre de dominio, los servidores de nombres y los servidores de tiempo. Al recibir
una solicitud, el servidor puede responder con informacin especfica para cada cliente,
como previamente configurado por el administrador, o con una direccin especfica y
cualquier otra informacin vlida para toda la red y el perodo para el cual la asignacin
(arrendamiento) es vlida. Un host consulta tpicamente para esta informacin
inmediatamente despus de arrancary peridicamente despus de eso antes de la
expiracin de la informacin. Cuando una tarea se actualiza por la computadora del
cliente, inicialmente pide los mismos valores de parmetro, pero se le puede asignar una
nueva direccin desde el servidor, basado en las polticas de asignacin establecidas por
los administradores.
En grandes redes que consisten en varios enlaces, un nico servidor DHCP puede
servicio de toda la red cuando ayudados por los agentes de retransmisin DHCP
ubicados en los routers de interconexin. Dichos agentes transmitir mensajes entre los
clientes DHCP y servidores DHCP ubicados en distintas subredes.
Funcin de su aplicacin, el servidor DHCP puede tener tres mtodos de asignacin de
direcciones IP:
asignacin dinmica: un Administrador de red se reserva un rango de
direcciones IP por DHCP, y cada equipo cliente en la LAN est configurado
para solicitar una direccin IP del servidor DHCP durante la inicializacin de la
red. El proceso de solicitud y concesin utiliza un concepto de contrato de
arrendamiento con un perodo de tiempo controlable, permitiendo que el
servidor DHCP para reclamar (y luego reasignar) direcciones IP que no se
renuevan.
asignacin automtica: permanentemente el servidor DHCP asigna una
direccin IP a un cliente solicitante desde el rango definido por el administrador.
Esto es como asignacin dinmica, pero el servidor DHCP mantiene una tabla
de ltimas asignaciones de direccin IP, as preferencial puede asignar a un
cliente la direccin IP que el cliente tena previamente.
asignacin esttica: el servidor DHCP asigna una direccin IP basada en una
asignacin preconfigurada a direccin MAC cada cliente. Esta caracterstica se
denomina asignacin DHCP esttico DD-WRT, Direccin fija de la
documentacin dhcpd, reserva de direccin por Netgear, reserva DHCP o
DHCP esttico por Cisco y Linksysy reserva de direccin IP o atascamiento de
direccin MAC/IP por varios otros fabricantes de encaminadores.
DHCP se utiliza para el Protocolo de Internet versin 4 (IPv4), as como IPv6. Mientras
que ambas versiones tienen la misma finalidad, los detalles del protocolo para IPv4 e
IPv6 son suficientemente diferentes que se pueden considerar protocolos aparte.
[2]
Para
la operacin de IPv6 , dispositivos alternativamente pueden usar configuracin
automtica de direcciones sin estado. Tambin pueden usar hosts IPv4 enlace local
abordar para lograr la operacin restringida al vnculo de red local.
Historia
DHCP primero se defini como un protocolo de pista estndares en RFC 1531 en
octubre de 1993, como una extensin del Protocolo Bootstrap (BOOTP). La motivacin
para la ampliacin de BOOTP fue que BOOTP requiere intervencin manual para
aadir informacin de configuracin para cada cliente y no proporcion un mecanismo
para reclamar sin usar direcciones IP.
DHCP desarrollo culmin en RFC 2131 en 1997 y sigue siendo a partir de 2014 el
estndar para redes IPv4. DHCPv6 est documentado en RFC 3315. RFC 3633 haba
aadido un mecanismo DHCPv6 para delegacin de prefijo. DHCPv6 se ampli an
ms para proporcionar informacin de configuracin para clientes configurados
mediante la configuracin automtica de direcciones sin estado en RFC 3736.
El propio protocolo BOOTP primero fue definido en RFC 951 como un reemplazo para
el Reverse Address Resolution Protocol RARP. La principal motivacin para
Reimplaciar RARP BOOTP RARP era un protocolo de capa de enlace de datos . Esto
dificultaba la puesta en prctica en muchas plataformas de servidor y requiere que un
servidor est presente en cada enlace de red individuales. BOOTP introdujo la
innovacin de un agente de retransmisin, que permiti el reenvo de paquetes BOOTP
desconectado de la red local utilizando enrutamiento IP estndar, por lo tanto un
servidor BOOTP central podra servir de anfitriones en muchas subredes IP.
[3]

El protocolo de configuracin dinmica de Host se cre con el propsito expreso de
abordar las deficiencias de RARP y BOOTP. DHCP se basa en BOOTP en gran
medida, pero en lugar de simplemente proporcionar parmetros de configuracin
predeterminada para los clientes de red, DHCP dinmicamente puede asignar
direcciones IP de una piscina y reclamarlos cuando ya no estn en uso. Esto evita que
las estaciones de trabajo asignando varias direcciones IP. En contraste con BOOTP,
DHCP puede ofrecer una amplia gama de parmetros de configuracin para clientes IP,
incluyendo parmetros especficos de la plataforma extiende el ncleo conjunto de
parmetros.
[4]

Operacin[editar]
El protocolo DHCP emplea un modelo de servicio sin conexin , utilizando el Protocolo
de datagramas de usuario (UDP). Se implementa con dos nmeros de puerto UDP para
sus operaciones, que son los mismos que el protocolo BOOTP . Nmero de puerto UDP
67 es el puerto de destino de un servidor, y el nmero de puerto UDP 68 es utilizado por
el cliente.
Las operaciones de DHCP caen en cuatro fases: servidor descubrimiento, oferta de
contrato de arrendamiento IP, peticin IP y reconocimiento del contrato de
arrendamiento de propiedad intelectual. Estas etapas se abrevian a menudo como
DORA para el descubrimiento, oferta, solicitud y reconocimiento.
La operacin de protocolo DHCP comienza con clientes difusin una solicitud. Si el
cliente y el servidor estn en diferentes subredes, puede utilizarse un DHCP auxiliar o
agente de retransmisin DHCP . Clientes que solicitan la renovacin de un contrato de
arrendamiento vigente pueden comunicarse directamente a travs de UDP unicast,
puesto que el cliente ya tiene una direccin IP establecida en ese momento.
Descubrimiento DHCP[editar]
El cliente emite mensajes en la subred utilizando la direccin de destino
255.255.255.255 o la direccin de difusin de subred especfica. Un cliente DHCP
puede solicitar tambin su ltima IP direccin conocida. Si el cliente permanece
conectado a la misma red, el servidor puede otorgar la solicitud. De lo contrario,
depende de si el servidor est configurado como autoritario o no. Un servidor autorizado
niega la peticin, causando el problema del cliente una nueva solicitud. Un servidor no
autoritativa simplemente ignora la peticin, llevando a un timeout dependiente de
implementacin para el cliente expira la solicitud y pedir una nueva direccin IP.
Mensaje DHCPDISCOVER
UDP Src = 0.0.0.0 deporte = 68
Dest = 255.255.255.255 dPort = 67
OP HTYPE HLEN LPULO
0 x 01 0 x 01 0 x 06 0 x 00
XID
0x3903F326
SECS BANDERAS
0 x 0000 0 x 0000
CIADDR (direccin IP del cliente)
00000000
YIADDR (Your IP address)
00000000
SIADDR (direccin IP del servidor)
00000000
GIADDR (direccin IP Gateway)
00000000
CHADDR (direccin de hardware de cliente)
0x00053C04
0x8D590000
00000000
00000000
192 octetos de 0s, o desbordamiento de espacio para las opciones adicionales. Legado
BOOTP
Cookie mgica
0x63825363
Opciones de DHCP
Opcin DHCP 53: DHCP Discover
Opcin DHCP 50: 192.168.1.100 solicitados
Opcin DHCP 55: solicitar la lista de parmetros:
Solicitar la mscara de subred (1), Router (3), nombre de dominio (15), servidor de
nombres de dominio (6)
Oferta DHCP[editar]
Cuando un servidor DHCP recibe una solicitud de contrato de arrendamiento de
direccin IP de un cliente, se reserva una direccin IP para el cliente y se extiende una
oferta de contrato de arrendamiento de direccin IP mediante el envo de un mensaje
DHCPOFFER al cliente. Este mensaje contiene la direccin MAC del cliente, la
direccin IP que el servidor est ofreciendo, la duracin del contrato de arrendamiento,
la mscara de subred y la direccin IP del servidor DHCP haciendo la oferta.
El servidor determina la configuracin basada en direccin del hardware del cliente
segn lo especificado en el campo CHADDR (direccin de hardware de cliente). Aqu
el servidor 192.168.1.1, especifica la direccin IP del cliente en el campo YIADDR (su
direccin IP).
Mensaje DHCPOFFER
UDP Src = 192.168.1.1 deporte = 67
Dest = 255.255.255.255 | dPort = 68
OP HTYPE HLEN LPULO
0 x 02 0 x 01 0 x 06 0 x 00
XID
0x3903F326
SECS BANDERAS
0 x 0000 0 x 0000
CIADDR (direccin IP del cliente)
00000000
YIADDR (Your IP address)
0xC0A80164
SIADDR (direccin IP del servidor)

0xC0A80101

GIADDR (direccin IP Gateway)

00000000

CHADDR (direccin de hardware de cliente)

0x00053C04

0x8D590000

00000000

00000000

192 octetos de 0s. Legado BOOTP

Cookie mgica

0x63825363

Opciones de DHCP

Opcin DHCP 53: DHCP oferta

Opcin DHCP 1: 255.255.255.0 mscara de subred

Opcin DHCP 3: 192.168.1.1 router

Opcin DHCP tiempo de concesin de direccin IP de 51: 86400s (1 da)

Opcin DHCP 54: 192.168.1.1 DHCP servidor

Opcin DHCP 6: servidores DNS 9.7.10.15, 9.7.10.16, 9.7.10.18

Solicitud DHCP[editar]
En respuesta a la oferta DHCP, el cliente responde con una solicitud DHCP, emitido al
servidor, solicitando a la direccin ofrecida. Un cliente puede recibir ofertas DHCP de
mltiples servidores, pero aceptar solamente una oferta DHCP. Basado en opcin
requiere identificacin del servidor en la solicitud y la difusin de mensajes, los
servidores son informados cuya oferta el cliente ha aceptado.
[5]
Cuando otros servidores
DHCP reciben este mensaje, se retiran las ofertas que quiz han hecho al cliente y
devolver la direccin ofrecida a la agrupacin de direcciones disponibles.
Mensaje DHCPREQUEST
UDP Src = 0.0.0.0 deporte = 68
Dest = 255.255.255.255 dPort = 67
OP HTYPE HLEN LPULO
0 x 01 0 x 01 0 x 06 0 x 00
XID
0x3903F326
SECS BANDERAS

0 x 0000 0 x 0000

CIADDR (direccin IP del cliente)

00000000

YIADDR (Your IP address)

00000000

SIADDR (direccin IP del servidor)

0xC0A80101

GIADDR (direccin IP Gateway)

00000000

CHADDR (direccin de hardware de cliente)

0x00053C04

0x8D590000

00000000

00000000

192 octetos de 0s. Legado BOOTP

Cookie mgica

0x63825363

Opciones de DHCP

Opcin DHCP 53: solicitud DHCP

Opcin DHCP 50: 192.168.1.100 solicitados

Opcin DHCP 54: 192.168.1.1 DHCP servidor.

Reconocimiento de DHCP[editar]
Cuando el servidor DHCP recibe el mensaje DHCPREQUEST del cliente, el proceso de
configuracin entra en su fase final. La fase de reconocimiento consiste en el envo de
un paquete DHCPACK al cliente. Este paquete incluye la duracin del contrato de
arrendamiento y cualquier otra informacin de configuracin que el cliente podra haber
solicitado. En este punto, se completa el proceso de configuracin de IP.
El protocolo prev el cliente DHCP para configurar la interfaz de red con los parmetros
negociados.
Despus de que el cliente obtenga una direccin IP, el cliente puede utilizar el Address
Resolution Protocol (ARP) para evitar conflictos de direcciones causados por
superposicin de agrupaciones de direcciones de servidores DHCP.
Mensaje DHCPACK
UDP Src = 192.168.1.1 deporte = 67
Dest = 255.255.255.255 dPort = 68
OP HTYPE HLEN LPULO
0 x 02 0 x 01 0 x 06 0 x 00
XID
0x3903F326
SECS BANDERAS
0 x 0000 0 x 0000

CIADDR (direccin IP del cliente)

00000000

YIADDR (Your IP address)

0xC0A80164

SIADDR (direccin IP del servidor)

0xC0A80101

GIADDR (direccin IP Gateway conectada por rel)

00000000

CHADDR (direccin de hardware de cliente)

0x00053C04

0x8D590000

00000000

00000000

192 octetos de 0s. Legado BOOTP

Cookie mgica

0x63825363

Opciones de DHCP

Opcin DHCP 53: DHCP ACK

Opcin DHCP 1: 255.255.255.0 mscara de subred

Opcin DHCP 3: 192.168.1.1 router

Opcin DHCP tiempo de concesin de direccin IP de 51: 86400s (1 da)

Opcin DHCP 54: 192.168.1.1 DHCP servidor

Opcin DHCP 6: servidores DNS 9.7.10.15, 9.7.10.16, 9.7.10.18

Informacin de DHCP[editar]
Un cliente DHCP puede solicitar ms informacin que el servidor con el DHCPOFFER
original. El cliente tambin podr repetir datos para una aplicacin particular. Por
ejemplo, navegadores utilizan Informacin DHCP para obtener la configuracin del
proxy web va WPAD.
Liberacin de DHCP[editar]
El cliente enva una peticin al servidor DHCP para liberar la informacin DHCP y el
cliente desactiva su direccin IP. Como dispositivos cliente generalmente no saben
cundo los usuarios pueden desenchufarlos de la red, el protocolo no ordena el envo de
DHCP Release.
Parmetros de configuracin del cliente[editar]
Un servidor DHCP puede proporcionar parmetros de configuracin opcional para el
cliente. RFC 2132 describe las opciones de DHCP definidas por Internet Assigned
Numbers Authority (IANA) - parmetros BOOTP y DHCP.
[6]

Un cliente DHCP puede seleccionar, manipular y sobrescribir los parmetros
proporcionados por un servidor DHCP.
[7]

Opciones de DHCP[editar]
Las opciones son cadenas de octetos de longitud variable. El primer octeto es el cdigo
de opcin, el segundo octeto es el nmero de octetos siguientes y los octetos restantes
son cdigo dependiente. Por ejemplo, la opcin de tipo de mensaje DHCP para una
oferta aparecera como 0x35, 0 x 01, 0 x 02, donde 0x35 es el cdigo 53 para "Tipo de
mensaje DHCP", 0 x 01 uno significa octeto sigue y 0 x 02 es el valor de "Oferta".
Las siguientes tablas muestran las opciones de DHCP, como se indica en RFC2132.
[8]

RFC1497 proveedor extensiones
8][: seccin 3

Cdigo Nombre Longitud Notas
0 Cojn
[8]: SECCION 3.1
0 octetos
Puede utilizarse para rellenar otras
opciones que estn alineados con el lmite
de palabra; No va seguido de un byte de
longitud
1
Mscara de subred
8][:
seccin 3.3

4 octetos
Debe enviarse despus de la opcin del
router (opcin 3) si se incluyen los dos
2
Desplazamiento de
tiempo
8][: seccin 3.4

4 octetos

3 Router
mltiplos de
4 octetos
Routers disponibles, deben enumerarse en
orden de preferencia
4 Servidor de tiempo
mltiplos de
4 octetos
Servidores de tiempo disponible para
sincronizar con, deben enumerarse en
orden de preferencia
5 Servidor de nombres
mltiplos de
4 octetos
Servidores de nombre IEN116 disponibles,
deben enumerarse en orden de preferencia
6
Servidor de nombres
de dominio
mltiplos de
4 octetos
Los servidores DNS disponibles, deben
enumerarse en orden de preferencia
7 Servidor de registro
mltiplos de
4 octetos
Servidores de registro disponibles, deben
enumerarse en orden de preferencia.
8 Servidor de galleta
mltiplos de
4 octetos
9 Servidor de LPR
mltiplos de
4 octetos
10
Impresionar a
servidor
mltiplos de
4 octetos
11
Servidor de
localizacin de
recursos
mltiplos de
4 octetos
12 Nombre de host
mnimo de 1
octeto
13
Tamao del archivo
de arranque
2 octetos
Longitud de la imagen de arranque en
bloques 4KiB
14
Archivo de volcado
de mrito
mnimo de 1
octeto
Ruta donde deben almacenarse volcados
15 Nombre de dominio
mnimo de 1
octeto
16
Servidor de
intercambio
4 octetos

17 Ruta de acceso raz
mnimo de 1
octeto
18 Ruta de extensiones
mnimo de 1
octeto
255 Final octetos 0
Se utiliza para marcar el final del campo de
opcin de proveedor
Los parmetros de capa IP por Host
8][: seccin 4

Cdigo Nombre Longitud Notas
19 Activar/desactivar el reenvo de IP 1 octeto

20
Enrutamiento habilitar/deshabilitar la fuente no
locales
1 octeto

21 Filtro de poltica
mltiplos de 8
octetos
22 Tamao mximo del datagrama rearmado 2 octetos

23 Por defecto IP Time-to-live 1 octeto

24 Ruta MTU envejecimiento Timeout 4 octetos

25 Path MTU meseta mesa
mltiplos de 2
octetos
Los parmetros de capa IP por interfaz
8][: seccin 5

Cdigo Nombre Longitud Notas
26 Interfaz MTU 2 octetos

27 Todas las subredes son locales 1 octeto

28 Difunda la direccin 4 octetos

29
Realizar descubrimiento de
mscara
1 octeto

30 Surtidor de la mscara 1 octeto

31 Realizar Router Discovery 1 octeto

32
Direccin solicitud de
enrutador
4 octetos

33 Ruta esttica
mltiplos de 8
octetos
Una lista de pares de
destino/router
Vincular parmetros de capa por interfaz
8][: seccin 6

Cdigo Nombre Longitud Notas
34 Opcin de encapsulacin de remolque 1 octeto

35 ARP Cache Timeout 4 octetos

36 Encapsulacin Ethernet 1 octeto

Los parmetros TCP
8][: seccin 7

Cdigo Nombre Longitud Notas
37 TCP TTL predeterminado 1 octeto

38 Intervalo de Keepalive TCP 4 octetos

39 TCP Keepalive basura 1 octeto

Aplicacin y parmetros de servicio
8][: seccin 8

Cdigo Nombre Longitud Notas
40 Dominio de servicio de informacin de red mnimo de 1 octeto

41 Servidores de informacin de red
mltiplos de 4
octetos
42 Servidores de protocolo de hora de red
mltiplos de 4
octetos
43 Informacin especfica del proveedor mnimo de octetos 1

44 NetBIOS sobre TCP/IP Name Server
mltiplos de 4
octetos
45
NetBIOS sobre TCP/IP Datagram servidor de
distribucin
mltiplos de 4
octetos
46 NetBIOS sobre TCP/IP nodo tipo 1 octeto

47 NetBIOS sobre TCP/IP alcance mnimo de 1 octeto

48 Ventana sistema Font servidor x
mltiplos de 4
octetos
49 X Window sistema Display Manager
mltiplos de 4
octetos
64 Red informacin Service + dominio mnimo de 1 octeto

65 Red informacin servicio + Servers
mltiplos de 4
octetos
68 Casa agente de IP para mviles
mltiplos de 4
octetos
69
Servidor de correo simple transporte Protocol
(SMTP)
mltiplos de 4
octetos
70 Post Office Protocol (POP3) Server
mltiplos de 4
octetos
71 Servidor de red noticias transporte Protocol (NNTP)
mltiplos de 4
octetos
72
Servidor de World Wide Web (WWW)
predeterminado)
mltiplos de 4
octetos
73 Servidor Finger predeterminado
mltiplos de 4
octetos
74 Servidor predeterminado Internet Relay Chat (IRC)
mltiplos de 4
octetos
75 StreetTalk Server
mltiplos de 4
octetos
76 StreetTalk Directorio servidor de asistencia (STDA)
mltiplos de 4
octetos
DHCP extensiones
8][: Seccin 9

Cdigo Nombre Longitud Notas
50 Direccin IP solicitada 4 octetos

51 Direccin IP tiempo de concesin 4 octetos

52 Opcin sobrecarga 1 octeto

53 Tipo de mensaje DHCP 1 octeto

54 Identificador del servidor 4 octetos

55 Lista de parmetros de solicitud mnimo de 1 octeto

56 Mensaje mnimo de 1 octeto

57 Tamao de mensaje mximo DHCP 2 octetos

58 Valor de tiempo de renovacin (T1) 4 octetos

59 Valor de tiempo de reenlace (T2) 4 octetos

60 Identificador de la clase de proveedor mnimo de 1 octeto

61 Identificador de cliente mnimo de 2 octetos

66 Nombre del servidor TFTP mnimo de 1 octeto

67 Nombre BootFile mnimo de 1 octeto

Identificacin de proveedores[editar]
Existe una opcin para identificar el proveedor y la funcionalidad de un cliente DHCP.
La informacin es una cadena de longitud variable de caracteres u octetos que tiene un
significado especificado por el proveedor del cliente DHCP. Un mtodo que un cliente
DHCP puede utilizar para comunicarse con el servidor que est utilizando un cierto tipo
de hardware o firmware es establecer un valor en sus peticiones DHCP llamados el
vendedor identificador de clase (VCI) (opcin 60). Este mtodo permite que un servidor
DHCP para diferenciar los dos tipos de equipos cliente y procesar adecuadamente las
solicitudes de los dos tipos de mdems. Algunos tipos de set-top-boxes tambin
establecen el VCI (opcin 60) para dar a conocer el tipo de hardware del servidor
DHCP y la funcionalidad del dispositivo. Esta opcin se establece en el valor da al
servidor DHCP una pista acerca de cualquier informacin adicional requerida que este
cliente necesita en una respuesta DHCP.
La retransmisin DHCP[editar]
En redes pequeas, donde se est administrando slo una subred IP, los clientes DHCP
comunican directamente con los servidores DHCP. Sin embargo, los servidores DHCP
tambin pueden proporcionar direcciones IP para mltiples subredes. En este caso, un
cliente DHCP que an no ha adquirido una direccin IP no puede comunicarse
directamente con el servidor DHCP mediante enrutamiento IP, porque no tiene una
direccin IP enrutable, ni conoce la direccin IP de un router. Con el fin de permitir que
los clientes DHCP en subredes no directamente servidas por los servidores DHCP para
comunicarse con los servidores DHCP, agentes de retransmisin DHCP pueden
instalarse en esas subredes. El cliente DHCP difunde en el vnculo local; el agente de
retransmisin recibe la difusin y la transmite a uno o ms servidores DHCP mediante
unidifusin. El agente de retransmisin almacena su propia direccin IP en el campo
GIADDR del paquete DHCP. El servidor DHCP utiliza el GIADDR para determinar la
subred en la que el agente de retransmisin recibi la difusin y asigna una direccin IP
de la subred. Cuando el servidor DHCP responde al cliente, enva la respuesta a la
direccin GIADDR, otra vez usando unicast. El agente de retransmisin retransmite la
respuesta en la red local.
Fiabilidad[editar]
El protocolo DHCP proporciona confiabilidad de varias maneras: renovacin peridica,
reconsolidacin y failover. Los clientes DHCP se asignan arrendamientos que duran por
un periodo de tiempo. Los clientes comienzan a tratar de renovar sus contratos una vez
transcurrido la mitad del intervalo de arrendamiento. Lo hacen mediante el envo de un
mensaje DHCPREQUEST unidifusin al servidor DHCP que otorg el contrato
original. Si el servidor est abajo o inalcanzable, fallar responder a la
DHCPREQUEST. Sin embargo, se repetir la DHCPREQUEST del cliente de vez en
cuando,
[especificar]
cuando el servidor DHCP vuelva o se vuelve accesible una vez ms, el
cliente DHCP se logran ponerse en contacto con lo y renovar su contrato.
Si el servidor DHCP es inalcanzable por un perodo prolongado de tiempo,
[especificar]
el
cliente DHCP intentar volver a enlazar, al emitir su DHCPREQUEST en lugar de
unidifusin se. Porque eso se transmite, el mensaje DHCPREQUEST llegar a todos los
servidores DHCP disponibles. Si otro servidor DHCP es capaz de renovar el contrato de
arrendamiento, lo har en este momento.
En orden para volver a enlazar para trabajar, cuando el cliente entra en contacto con
xito un servidor de DHCP backup, el servidor debe tener informacin precisa sobre el
enlace del cliente. Mantener informacin precisa enlace entre dos servidores es un
problema complicado; Si ambos servidores son capaces de actualizar la misma base de
datos de arrendamiento, debe haber un mecanismo para evitar conflictos entre las
actualizaciones en los servidores independientes. Una propuesta para la implementacin
de tolerante servidores DHCP se present a la Internet Engineering Task Force, pero
nunca formalizado
9][[[] un]

Si reconsolidacin falla, el contrato de arrendamiento eventualmente caducar. Cuando
expire el contrato, el cliente debe dejar de usar la direccin IP concedida en su contrato
de arrendamiento. En ese momento, se reiniciar el proceso DHCP desde el principio al
emitir un mensaje DHCPDISCOVER. Puesto que ha caducado su contrato de
arrendamiento, aceptar cualquier direccin IP ofrecido a l. Una vez que tiene una
nueva direccin IP, presumiblemente desde un servidor DHCP diferente, una vez ms
ser capaz de utilizar la red. Sin embargo, puesto que ha cambiado su direccin IP, las
conexiones en curso ser rotas.
Seguridad[editar]
Vea tambin: supervisin DHCP
El protocolo DHCP base no incluye ningn mecanismo para la autenticacin.
[10]
Debido
a esto, es vulnerable a una variedad de ataques. Estos ataques se dividen en tres
categoras principales:
Servidores DHCP no autorizados proporcionar informacin falsa a los clientes.

[11]

Clientes no autorizados accedan a los recursos.
[11]

Ataques de agotamiento de recursos de clientes DHCP maliciosos.
[11]

Porque el cliente no tiene manera de validar la identidad de un servidor DHCP,
servidores DHCP no autorizados (comnmente llamado "pcaro DHCP") puede
funcionar en redes, proporcionando informacin incorrecta a los clientes DHCP.
[12]
Esto
puede servir como un ataque de denegacin de servicio, impidiendo que el cliente
acceso a conectividad de red,
13] [
o como un hombre-en-el-medio ataque.
[14]
Debido a
que el servidor DHCP proporciona al cliente DHCP con direcciones IP del servidor,
tales como la direccin IP de uno o ms servidores DNS,
[11]
un atacante puede
convencer a un cliente DHCP para hacer sus bsquedas de DNS a travs de su propio
servidor DNS y por lo tanto puede proporcionar sus propias respuestas a las consultas
DNS del cliente.
[15]
Esto a su vez permite al atacante redirigir el trfico de red a travs
de s mismo, lo que le permite a escondidas en las conexiones entre los servidores del
cliente y la red de contactos, o simplemente reemplazar esos servidores de la red con su
propio.
[15]

Porque el servidor DHCP no tiene seguro un mecanismo para autenticar al cliente, los
clientes pueden obtener acceso no autorizado a las direcciones IP mediante la
presentacin de credenciales, como identificadores de cliente, que pertenecen a otros
clientes DHCP.
[12]
Esto tambin permite a los clientes DHCP del servidor DHCP
almacn de direcciones IP de escape presentando nuevas credenciales cada vez que
se solicita una direccin, el cliente puede consumir todas las direcciones IP disponibles
en un enlace de red particular, impidiendo que otros clientes DHCP servicio.
[12]

DHCP proporciona algunos mecanismos para mitigar estos problemas. La extensin del
Protocolo de opcin de informacin de agente de retransmisin (RFC 3046,
generalmente se refiere en la industria por su nmero real como opcin 82
16][[[] 17]
)
permite a los operadores de red adjuntar etiquetas a DHCP mensajes como estos
mensajes llegan en redes de confianza del operador de la red. Esta etiqueta se utiliza
entonces como un token de autorizacin para controlar el acceso del cliente a recursos
de red. Porque el cliente no tiene acceso a la red aguas arriba del agente de
retransmisin, la falta de autenticacin no impide que el operador del servidor DHCP
confiando en el token de autorizacin.
[10]

Otra extensin, autenticacin de mensajes DHCP (RFC 3118), proporciona un
mecanismo para autenticar mensajes DHCP. Por desgracia no ha visto 3118 RFC (desde
2002) adopcin generalizada debido a los problemas de administracin de claves para
un gran nmero de clientes DHCP.
[18]
Un libro de 2007 sobre las tecnologas DSL
remarc que "hubo numerosas vulnerabilidades de seguridad identificadas contra las
medidas de seguridad propuestas por RFC 3118. Este hecho, combinado con la
introduccin de 802.1x, desaceler el despliegue y la tasa de toma de DHCP autenticado
y nunca ha sido ampliamente implementado".
[19]
Un libro de 2010 seala que "[t] aqu
han sido muy pocas implementaciones de autenticacin de DHCP. El desafo de gestin
de claves y retrasos debido al clculo de hash de procesamiento han sido consideradas
como muy pesado un precio a pagar por los beneficios percibidos. "
[20]

Propuestas arquitectnicas ms recientes (2008) implican autenticar peticiones DHCP
mediante 802.1 x o PANA (ambos de los cuales transportan EAP).
[21]
Una propuesta del
IETF se hizo para incluir EAP en DHCP, los llamados EAPoDHCP;
[22]
que esto parece
no han progresado ms all de nivel de proyecto IETF, la ltima de las cuales las fechas
para 2010.
[23]