DESCRIPCIÓN

El cliente DHCP de Internet Software Consortium, dhclient, proporciona un medio para configurar una o más interfaces de red utilizando el protocolo Dynamic Host Configuration Protocol, el protocolo BOOTP, o si estos protocolos fallan, asignando una dirección estáticamente.

OPERACIÓN

El protocolo DHCP permite a un host contactar con un servidor central que mantiene una lista de direcciones IP que pueden ser asignadas en una o más subredes. Un cliente de DHCP puede solicitar una dirección de este grupo y luego utilizarla de forma temporal para comunicarse en una red. El protocolo DHCP también proporciona un mecanismo mediante el cual un cliente puede aprender detalles importantes sobre la red a la que está conectado, como la ubicación de un enrutador predeterminado, la ubicación de un servidor de nombres, etc.

Al iniciar, dhclient lee dhclient.conf para obtener instrucciones de configuración. A continuación, obtiene una lista de todas las interfaces de red que están configuradas en el sistema actual. Para cada interfaz, intenta configurar la interfaz utilizando el protocolo DHCP.

Con el fin de realizar un seguimiento de los arrendamientos a través de reinicios de sistema y reinicios de servidor, dhclient mantiene una lista de los arrendamientos que se le han asignado en el archivo dhclient.leases(5). Al iniciar, después de leer el archivo dhclient.conf, dhclient lee el archivo dhclient.leases para refrescar su memoria sobre los alquileres que se le han asignado.

Cuando se adquiere un nuevo contrato de arrendamiento, se añade al final del archivo dhclient.leases. Para evitar que el archivo se convierta en arbitrariamente grande, de vez en cuando dhclient crea un nuevo archivo dhclient.leases a partir de su base de datos principal de arrendamientos. La versión antigua del archivo dhclient.leases se mantiene bajo el nombre dhclient.leases~ hasta la próxima vez que dhclient reescriba la base de datos.

Los antiguos contratos de arrendamiento se mantienen en caso de que el servidor DHCP no esté disponible cuando se invoca dhclient por primera vez (generalmente durante el proceso de arranque inicial del sistema). En ese caso, los contratos de arrendamiento antiguos del archivo dhclient.leases que aún no han caducado se comprueban y, si se determina que son válidos, se utilizan hasta que caducan o hasta que el servidor DHCP esté disponible.

Un host móvil que a veces necesite acceder a una red en la que no exista un servidor DHCP puede estar precargado con un contrato de arrendamiento de una dirección fija en esa red. Cuando todos los intentos de contactar con un servidor DHCP hayan fallado, dhclient intentará validar el contrato de arrendamiento estático y, si tiene éxito, utilizará ese contrato hasta que se reinicie.

Un host móvil también puede viajar a algunas redes en las que DHCP no está disponible pero BOOTP sí. En ese caso, puede ser ventajoso acordar con el administrador de la red una entrada en la base de datos BOOTP, de modo que el host pueda arrancar rápidamente en esa red en lugar de desplazarse por la lista de alquileres antiguos.

LÍNEA DE COMANDO

Los nombres de las interfaces de red que dhclient debería intentar configurar se pueden especificar en la línea de comandos. Si no se especifica ningún nombre de interfaz en la línea de comandos, dhclient normalmente identificará todas las interfaces de red, eliminando las interfaces que no sean de difusión si es posible, e intentará configurar cada interfaz.

También es posible especificar interfaces por nombre en el archivo dhclient.conf(5) . Si las interfaces se especifican de esta manera, el cliente sólo configurará interfaces que estén especificadas en el archivo de configuración o en la línea de comandos, e ignorará todas las demás interfaces.

Si el cliente DHCP debe escuchar y transmitir en un puerto que no sea el estándar (puerto 68), se puede utilizar el indicador -p . Debe ir seguido del número de puerto udp que dhclient debe usar. Esto es muy útil para propósitos de depuración. Si se especifica un puerto diferente para que el cliente escuche y transmita, el cliente también utilizará un puerto de destino diferente – uno más grande que el puerto de destino especificado.

El cliente DHCP normalmente transmite los mensajes de protocolo que envía antes de adquirir una dirección IP a la dirección de difusión limitada IP 255.255.255.255.255. Para propósitos de depuración, puede ser útil que el servidor transmita estos mensajes a otra dirección. Esto se puede especificar con el indicador -s , seguido de la dirección IP o el nombre de dominio del destino.

A efectos de prueba, el campo giaddr de todos los paquetes que envía el cliente puede configurarse utilizando el indicador -g , seguido de la dirección IP a enviar. Esto sólo es útil para las pruebas, y no debe esperarse que funcione de forma coherente o útil.

El cliente DHCP normalmente se ejecutará en primer plano hasta que haya configurado una interfaz, y luego volverá a ejecutarse en segundo plano. Para ejecutar forzar a dhclient a ejecutarse siempre como un proceso en primer plano, se debe especificar el indicador -d . Esto es útil cuando se ejecuta el cliente bajo un depurador, o cuando se está ejecutando sin inittab en sistemas System V.

El cliente normalmente imprime un mensaje de inicio y muestra la secuencia de protocolo en el descriptor de error estándar hasta que ha adquirido una dirección y, a continuación, sólo registra los mensajes utilizando la función syslog (3) . El indicador -q impide que se impriman mensajes que no sean errores en el descriptor de errores estándar.

El cliente normalmente no publica el contrato de arrendamiento actual ya que no es requerido por el protocolo DHCP. Algunos ISP de cable requieren que sus clientes notifiquen al servidor si desean liberar una dirección IP asignada. El indicador -r libera explícitamente el contrato de alquiler actual y, una vez liberado, el cliente sale.

La bandera -1 hace que dhclient intente una vez conseguir un contrato de arrendamiento. Si falla, dhclient sale con el código de salida dos.

El cliente DHCP normalmente obtiene su información de configuración de /etc/dhclient.conf, su base de datos de arrendamiento de /var/lib/dhcp/dhclient.leases, almacena su ID de proceso en un archivo llamado /var/run/dhclient.pid, y configura la interfaz de red usando /sbin/dhclient-script Para especificar diferentes nombres y/o ubicaciones para estos archivos, utilice las banderas -cf, -lf, -pf y -sf , respectivamente, seguidas del nombre del archivo. Esto puede ser especialmente útil si, por ejemplo, /var/lib/dhcp o /var/run no se ha montado todavía cuando se inicia el cliente DHCP.

El cliente DHCP normalmente se cierra si no es capaz de identificar ninguna interfaz de red a configurar. En ordenadores portátiles y otros ordenadores con buses de E/S intercambiables en caliente, es posible que se pueda añadir una interfaz de difusión después del inicio del sistema. La bandera -w se puede utilizar para que el cliente no salga cuando no encuentre ninguna de estas interfaces. El programa omshell (8) puede utilizarse para notificar al cliente cuando se ha añadido o eliminado una interfaz de red, de modo que el cliente pueda intentar configurar una dirección IP en esa interfaz.

Se puede indicar al cliente DHCP que no intente configurar ninguna interfaz utilizando el indicador -n . Esto es más probable que sea útil en combinación con el indicador -w .

También se le puede indicar al cliente que se convierta en un demonio inmediatamente, en lugar de esperar hasta que haya adquirido una dirección IP. Esto se puede hacer suministrando la bandera -nw .

CONFIGURACIÓN

La sintaxis del archivo dhclient.conf(8) se discute por separado.

OMAPI

El cliente DHCP proporciona cierta capacidad para controlarlo mientras se ejecuta, sin detenerlo. Esta capacidad se proporciona utilizando OMAPI, una API para la manipulación de objetos remotos. Los clientes OMAPI se conectan al cliente mediante TCP/IP, se autentican y pueden examinar el estado actual del cliente y realizar cambios en él.

En lugar de implementar directamente el protocolo OMAPI subyacente, los programas de usuario deben utilizar la API dhcpctl o la propia OMAPI. Dhcpctl es una envoltura que se encarga de algunas de las tareas domésticas que OMAPI no realiza automáticamente. Dhcpctl y OMAPI están documentados en dhcpctl(3) y omapi(3) . La mayoría de las cosas que querría hacer con el cliente se pueden hacer directamente usando el comando omshell(1) , en lugar de tener que escribir un programa especial.

EL OBJETIVO DE CONTROL

El objeto control le permite cerrar el cliente, liberando todos los contratos de arrendamiento que tiene y eliminando cualquier registro DNS que pueda haber añadido. También le permite hacer una pausa en el cliente – esto no configura las interfaces que el cliente está usando. A continuación, puede reiniciarlo, lo que hace que reconfigure esas interfaces. Normalmente se hace una pausa en el cliente antes de pasar a la hibernación o a la suspensión en un ordenador portátil. Entonces lo reanudarías después de que vuelva la energía. Esto permite que las tarjetas de PC se apaguen mientras el equipo está hibernando o en suspensión, y luego se reinicien a su estado anterior una vez que el equipo salga de la hibernación o del modo de suspensión.

El objeto de control tiene un atributo: el atributo de estado. Para apagar el cliente, establezca su atributo state en 2. Automáticamente hará un DHCPRELEASE. Para ponerlo en pausa, establezca su atributo state en 3. Para reanudarlo, establezca su atributo state en 4.

Utilice el comando man ( % man) para ver cómo se utiliza un comando en su equipo particular.