sri:t1
Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previa | ||
| sri:t1 [2017/10/02 13:34] – José Manuel Guallar | sri:t1 [2019/01/04 13:23] (actual) – editor externo 127.0.0.1 | ||
|---|---|---|---|
| Línea 1: | Línea 1: | ||
| - | ====== 1. Introducción | + | ====== 1. Configuración automática de red DHCP, características. |
| + | **DHCP** (sigla en inglés de Dynamic Host Configuration Protocol -** Protocolo de configuración dinámica de host**) es un protocolo de red que permite a los clientes de una red IP obtener sus parámetros de configuración automáticamente. Se trata de un protocolo de tipo cliente/ | ||
| - | Trataremos en profundidad | + | DHCP reduce la complejidad y el trabajo |
| - | ====== | + | |
| - | 2. Características ====== | + | |
| - | DHCP es un protocolo | + | El DHCP es una alternativa a otros protocolos |
| - | La función principal | + | ===== 1.1. Características |
| - | Para comenzar | + | Básicamente el servicio DHCP funciona de la siguiente forma: |
| + | * Existe un programa servidor en un host de la red que escucha las solicitudes de los clientes y que en su configuración almacena tablas de posibles direcciones IP a otorgar además del resto de la información. | ||
| + | * Cuando un cliente requiere del servicio envía una solicitud en forma de broadcast a través de la red. | ||
| + | * Todos los servidores alcanzados por la solicitud responden al cliente con sus respectivas propuestas, este acepta una de ellas haciéndoselo saber al servidor elegido, el cual le otorga la información requerida. | ||
| + | * Esta información se mantiene asociada al cliente mientras este no desactive su interfaz | ||
| - | ====== 3. Ventajas e inconvenientes ====== | + | El plazo del “contrato” o renta es el tiempo en que un cliente DHCP mantiene como propios los datos que le otorgó un servidor. Este se negocia como parte del protocolo entre el cliente y el servidor. Una vez vencido el plazo del contrato el servidor puede renovar la información del cliente, fundamentalmente su dirección |
| - | del uso de servicios de configuración automática de red | + | |
| - | En las redes TCP/IP los administradores de sistema tienen dos opciones a la hora de configurar los equipos: | + | |
| - | * Configurar y mantener manualmente la configuración de red de los equipos | + | ====== 2. Componentes del servicio DHCP. ====== |
| - | * Usar un servidor para asignar, configurar y mantener de forma dinámica los datos de configuración de red de cada equipo. | + | |
| - | En el caso de elegir la configuración manual se encontrarán con varias dificultades: | + | DHCP consta |
| - | | + | |
| - | * Existe la posibilidad de introducir una configuración incorrecta | + | |
| - | * Si un equipo cambia de ubicación y se conecta a una subred diferente será necesario modificar su configuración de red. Está situación es especialmente importante en redes inalámbricas donde es habitual que los equipos portátiles puedan conectarse en diferentes subredes. | + | |
| - | | + | |
| - | Sin embargo, al elegir | + | IP requiere |
| - | * El servidor suministra automáticamente | + | |
| - | * Nuevos equipos se pueden conectar a la red sin necesidad | + | |
| - | * Garantiza | + | |
| - | * Permite reestructurar la red y añadir o modificar servicios | + | |
| - | * Los equipos pueden cambiar | + | |
| - | A pesar de las ventajas | + | Cada equipo |
| - | Lo que no resulta recomendable es utilizar | + | DHCP alquila o asigna dinámicamente direcciones IP durante un tiempo, conocido |
| - | ====== 4. | + | El servicio DHCP proporciona una configuración de red TCP/IP segura, confiable y sencilla, evitando conflictos de direcciones y ayudando a conservar el uso de las direcciones IP de clientes en la red, para lo cual utiliza un modelo cliente-servidor en el que el servidor DHCP mantiene una administración centralizada de las direcciones IP utilizadas en la red. |
| - | El funcionamiento del servicio DHCP está basado en el modelo cliente/servidor | + | Si deseamos que a determinados equipos |
| - | * Servidor DHCP. Asigna la configuración | + | Si por error algún equipo |
| - | * Clientes | + | |
| - | * Protocolo DHCP. Conjunto de normas | + | |
| - | * Agentes | + | |
| - | Además, es necesario reseñar | + | Las estaciones de trabajo solicitan al servidor DHCP su dirección IP y demás configuraciones para este protocolo, el cual les va asignando direcciones del rango que sirve, de entre aquellas |
| - | ====== | + | ====== |
| - | A la hora de analizar | + | Sin DHCP, cada dirección IP debe configurarse manualmente en cada dispositivo y, si el dispositivo se mueve a otra subred, se debe configurar otra dirección IP diferente. El DHCP le permite al administrador supervisar y distribuir |
| - | ===== 5.1. Tipos de asignación: | + | La asignación de direcciones IP a los clientes es la tarea más fundamental que realiza un servidor de DHCP. El protocolo DHCP incluye tres métodos |
| + | * Asignación **manual o estática**: | ||
| + | * | ||
| + | * Asignación **dinámica**: | ||
| - | Existen tres tipos de asignaciones a la hora de que un servidor DHCP asigne una configuración a un cliente: | ||
| - | * Asignación manual o estática (Reservas): | + | ===== 3.1. Método de asignación de DHCP. ===== |
| - | * Asignar direcciones IP concretas a maquinas concretas. A cada dirección | + | |
| + | - El cliente hace un broadcast de un mensaje DHCPDISCOVER en su subred física. El mensaje DHCPDISCOVER puede incluir algunas opciones como sugerencias de la dirección | ||
| + | - Cada servidor puede responder con un mensaje DHCPOFFER que incluye | ||
| + | - El cliente recibe uno o más mensaje DHCPOFFER de uno o más servidores. Elige uno basándose en los parámetros de configuración ofertados y hace un broadcast de un mensaje DHCPREQUEST que incluye la opción identificadora del servidor para indicar qué mensaje ha seleccionado. | ||
| + | - Los servidores reciben el broadcast de DHCPREQUEST del cliente. Los servidores no seleccionados utilizan el mensaje como notificación de que el cliente ha declinado su oferta. El servidor seleccionado vincula al cliente al almacenamiento persistente y responde con un mensaje DHCPACK que contiene los parámetros de configuración para el cliente. La combinación de las direcciones hardware y asignada del cliente constituyen un identificador único de su arrendamiento y las usan tanto el cliente como el servidor para identificar cualquier arrendamiento al que se haga referencia en un mensaje DHCP. El campo " | ||
| + | - El cliente recibe el mensaje DHCPACK con parámetro de configuración. Realiza un chequeo final de estos parámetros, | ||
| + | - Puede elegir renunciar a su arrendamiento enviando un mensaje DHCPRELEASE al servidor. El cliente especifica el arrendamiento al que renuncia incluyendo sus direcciones hardware y de red. | ||
| - | * Asignación dinámica: | + | {{:sri: |
| - | | + | |
| - | * Realiza una concesión de la dirección IP al cliente durante un plazo limitado (lease time). | + | |
| - | * Asignación automática: | + | ====== 4. Protocolo |
| - | * Asignar direcciones IP de forma permanente a máquinas clientes la primera vez que hacen la solicitud al servidor DHCP y hasta que el cliente las libera. | + | |
| - | * La diferencia con la asignación dinámica radica en que en la asignación automática el plazo de concesión es ilimitado. | + | |
| - | * Hay que usar este tipo de asignación con precaución porque si un equipo con una asignación sin caducidad es eliminado y no se notifica al servidor | + | |
| - | A la hora de establecer la política | + | El Protocolo |
| - | Es necesario recordar también que el servicio DHCP no constituye en sí mismo ningún mecanismo | + | |
| - | ===== 5.2. | + | DHCP se deriva del protocolo Bootstrap (Bootp). Bootp fue uno de los primero métodos para asignar de forma dinámica direcciones IP a otros equipos (ordenadores, |
| - | Se puede definir un ámbito como un agrupamiento administrativo de equipos o clientes de una red que utilizan el servicio DHCP. Dentro del ámbito se reserva un rango de direcciones IP para otorgar a los clientes de dicho ámbito. | + | DHCP permite además configurar parámetros como puede ser, la máscara de subred, |
| - | Habitualmente el administrador de red creará un ámbito para cada subred y definirá un rango de direcciones IP para otorgar, una máscara de subred, | + | |
| - | 5.3. | ||
| - | Es posible definir un rango como un intervalo consecutivo de direcciones IP (Ej.: de 192.168.1.10 a 192.168.1.50) válidas y disponibles para ser concedidas o asignadas equipos clientes DHCP de una red determinada. | ||
| - | En un servidor DHCP se pueden configurar tantos ámbitos/ | ||
| - | 5.4. | + | Es un protocolo que permite |
| - | Un conjunto de direcciones | + | |
| - | Normalmente se suelen excluir del rango aquellas direcciones IP que corresponden a equipos | + | |
| - | 5.5. Reservas | + | El protocolo DHCP sirve principalmente para distribuir direcciones IP en una red, pero desde sus inicios se diseñó como un complemento del protocolo BOOTP (Protocolo Bootstrap), que se utiliza, por ejemplo, cuando se instala un equipo |
| - | Consiste | + | |
| - | En este punto es necesario recordar que en una red de área local se identifica al equipo por su dirección física | + | |
| - | 5.6. | + | |
| - | El plazo del contrato o concesión es el tiempo en que un cliente DHCP mantiene como propios los datos de configuración que le otorgó un servidor. | + | |
| - | Cada vez que un cliente arranca, cada cierto tiempo o bien cuando se alcanza el límite de la concesión (léase time) el cliente tiene que solicitar su renovación. | + | |
| - | Una vez vencido el plazo del contrato el servidor puede renovar la información | + | |
| - | Esta característica facilita la restructuración de una red de forma transparente al usuario, que simplemente obtendrá una nueva dirección una vez haya finalizado la concesión de la anterior configuración de red | + | |
| - | A la hora de determinar el tiempo de concesión es necesario analizar las características de la red. Por ejemplo en los servidores | + | |
| - | ■ En una red con IP disponibles y donde la configuración de los clientes raramente cambia el administrador podría incrementar el tiempo de concesión para reducir el tráfico derivado de las solicitudes de renovación por parte de los clientes. Se podría incrementarse el tiempo de concesión | + | |
| - | ■ En una red que tiene un número muy limitado de direcciones IP y donde la configuración de los clientes | + | |
| - | 6. Servidores | + | DHCP es un protocolo diseñado principalmente para ahorrar tiempo gestionando direcciones IP en una red grande. El servicio |
| - | Los servidores DHCP permiten asignar | + | |
| - | Permiten configurar de forma automática parámetros como los siguientes: | + | ====== 5. Funcionamiento del servicio DHCP. Tipos de mensajes. ====== |
| - | - Dirección IP. | + | |
| - | - Máscara de subred. | + | |
| - | - Puerta | + | |
| - | - Servidores DNS. | + | |
| - | - Nombre DNS. | + | |
| - | - Tiempo máximo de espera de ARP. | + | |
| - | - Servidores POP3. | + | |
| - | - Servidor WINS. | + | |
| - | Estos parámetros se pueden configurar a distintos niveles. Se pueden establecer a nivel del servidor | + | DHCP funciona sobre un servidor central (servidor, estación |
| - | Ejemplos de servidores DHCP son: | + | El funcionamiento |
| - | - ISC DHCP (http:// | + | |
| - | - Servidor | + | |
| - | - Servidores | + | |
| - | 7. Clientes DHCP | + | Si no existe un servidor DHCP de la subred se necesitará un agente (normalmente un router) |
| - | Los clientes realizan peticiones al servidor DHCP y configuran sus parámetros TCP/IP con las opciones | + | |
| - | 8. Tipos de opciones | + | El protocolo funciona en los siguientes pasos: |
| - | A la hora de establecer | + | |
| - | - Opciones de servidor: Se envían a todos los clientes del servidor DHCP. | + | |
| - | - Opciones de ámbito: Se envían a todos los clientes del ámbito y sobrescriben las opciones de servidor. | + | |
| - | - Opciones de clase: Se envían a los clientes de acuerdo a la clase de cliente a la que pertenecen. | + | |
| - | - Opciones de equipo: Se definen para un equipo concreto mediante una reserva. Este tipo de opciones sobrescriben a cualquiera de las demás. | + | |
| - | 9. Protocolo | + | * DHCP discover: DHCP Discovery es una solicitud DHCP realizada por un cliente de este protocolo para que el servidor DHCP de dicha red de computadoras le asigne una Dirección IP y otros Parámetros DHCP como la máscara de red o el nombre DNS. |
| - | El protocolo | + | * DHCP offer: DHCP Offer es el paquete de respuesta del Servidor DHCP a un cliente DHCP ante su petición de la asignación de los Parámetros DHCP. Para ello involucra su dirección MAC (Media Access Control). |
| + | | ||
| + | * DHCP ACK: Cuando el servidor DHCP recibe el mensaje DHCPREQUEST del cliente, se inicia la fase final del proceso | ||
| + | * DHCP Release: | ||
| + | * DHCP Inform: El cliente envía una petición al servidor | ||
| - | El formato de un mensaje DHCP tiene una parte fija que aparece en todos los mensajes, aunque no se utilicen todos los campos y una parte variable (options) donde irán las opciones específicas de DHCP | + | {{:sri: |
| - | Code: Indica si es solicitud (1) o respuesta (2) | + | {{: |
| - | hwtype: Tipo de hardware. Por ejemplo Ethernet (1) o redes IEEE 802 (6) | + | |
| + | ====== 6. Parámetros y declaraciones de configuración. ====== | ||
| - | La sección opciones contiene información de configuración enviada entre el cliente y el servidor DHCP. Cada opción tiene un option code, que identifica el tipo de opción, un option length, que identifica el tamaño de los datos y un option data, que constituye los datos de la opción. | + | |
| - | Cada tipo de mensaje se determina mediante | + | |
| - | 10. Funcionamiento | + | * Dirección del servidor DNS |
| + | * Nombre DNS | ||
| + | * Puerta de enlace de la dirección IP | ||
| + | * Dirección de Publicación Masiva (broadcast address) | ||
| + | * Máscara de subred | ||
| + | * Tiempo máximo de espera del ARP (Protocolo de Resolución de Direcciones según siglas en inglés) | ||
| + | * MTU (Unidad de Transferencia Máxima según siglas en inglés) para la interfaz | ||
| + | * Servidores NIS (Servicio de Información de Red según siglas en inglés) | ||
| + | * Dominios NIS | ||
| + | * Servidores NTP (Protocolo de Tiempo de Red según siglas en inglés)) | ||
| + | * Servidor SMTP | ||
| + | * Servidor TFTP | ||
| + | * Nombre del servidor WINS | ||
| - | El funcionamiento del servicio DHCP sigue estos pasos: | + | El primer paso al configurar |
| - | 1. Cuando | + | |
| - | 2. Todos los servidores alcanzados por la solicitud responden al cliente con sus respectivas propuestas. | + | |
| - | 3. El cliente acepta una de ellas haciéndoselo saber al servidor elegido. | + | |
| - | 4. El servidor le otorga | + | |
| - | 5. Esta información se mantiene asociada al cliente mientras éste no desactive su interfaz | + | |
| - | 6. Renovaciones: | + | |
| - | - Cada vez que el cliente arranca, cada cierto tiempo | + | |
| - | - Una vez vencido el plazo del contrato el servidor puede renovar la información del cliente, asignarle otra nueva o extender el plazo, manteniendo la misma información. | + | |
| - | Vamos a estudiar | + | El archivo de configuración puede contener tabulaciones o líneas |
| - | 10.1. | + | * Parámetros — establece cómo se realiza |
| - | Partimos de la situación en la que el servidor DHCP está a la escucha de las posibles solicitudes | + | * Declaraciones — describen la topología |
| - | A la hora de obtener una concesión por parte de un cliente se suceden cuatro etapas, que reciben su nombre | + | |
| - | 1. Descubrimiento | + | |
| - | El cliente DHCP difunde por broadcast un paquete DHCPDISCOVER | + | |
| - | El mensaje DHCPDISCOVER tiene las siguientes características: | + | |
| - | - Puerto destino 67 | + | |
| - | - Puerto origen 68 | + | |
| - | - Dirección IP origen: 0.0.0.0 | + | |
| - | - Dirección IP destino: 255.255.255.255 | + | |
| - | - Lleva un identificador de transacción | + | |
| - | - Incluye la dirección MAC del cliente. | + | |
| - | 2 | + | Los parámetros |
| - | Los servidores responden a la petición con DHCPOFFER. Donde ofrecen | + | |
| - | Cada servidor DHCP de respuesta reserva la dirección IP propuesta para no ofrecerla | + | |
| - | 3. Solicitud DHCP (DHCPREQUEST) | + | El fichero dhcpd.conf se compone |
| - | El cliente recibe una o más ofertas | + | |
| - | Difunde (por broadcast) | + | option domain-name |
| - | Si el cliente no recibe mensajes DHCPOFFER, expira | + | Esta opción especifica el dominio que se proporciona a los clientes |
| + | y que dichos clientes utilizan como dominio de búsqueda por defecto. | ||
| + | option domain-name-servers 192.168.4.100; | ||
| + | | ||
| + | option subnet-mask 255.255.255.0; | ||
| + | La máscara de red que se proporciona a los clientes. | ||
| + | |||
| + | default-lease-time 3600; | ||
| + | Un cliente puede solicitar un determinado | ||
| + | max-lease-time 86400; | ||
| + | Este es el máximo tiempo que el servidor puede utilizar para realizar préstamos a los clientes | ||
| + | ddns-update-style none; | ||
| + | Esta opción especifica si el servidor de DHCP debe intentar actualizar el servidor de DNS cuando se acepta o se libera un préstamo | ||
| + | |||
| + | subnet 192.168.4.0 netmask 255.255.255.0 { | ||
| + | range 192.168.4.129 192.168.4.254; | ||
| + | | ||
| + | option routers 192.168.4.1; | ||
| + | | ||
| + | } | ||
| + | |||
| + | host mailhost { | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | } | ||
| + | |||
| + | Estructura | ||
| + | | ||
| + | Significado de los parámetros: | ||
| + | * authoritative – indica que el servidor | ||
| + | * lease-file-name – indica el nombre del archivo donde se almacena la tabla de las IP asignadas | ||
| + | * server-identifier – indica al servidor cual es el interface por el cual debe escuchar. | ||
| + | * default-lease-time – tiempo de validez en segundos de la IP asignada. | ||
| + | * max-lease-time – tiempo limite de concesión de la IP, por si pide una indefinida. | ||
| + | * option subnet-mask – indica | ||
| + | * option broadcast address – indica la direccion de broadcast a asignar | ||
| + | * option domain-name-servers – indica la lista de servidores DNS a asignar | ||
| + | * option domain-name – indica el nombre de dominio a asignar | ||
| + | * dns-update-style – indica el metodo de actualizacion dinamica en el servidor DNS con los valores de IP asignados | ||
| + | ====== | ||
| + | 7. Servidor DHCP a varias redes. Agente relay DHCP. ====== | ||
| - | 4. Reconocimiento | + | El Agente Relay DHCP es una equipo |
| - | Si el mensaje DHCPREQUEST no contiene su dirección, | + | |
| - | Si contiene su dirección, envía un mensaje: | + | |
| - | ■ DHCPACK si la dirección IP aún está disponible. | + | |
| - | ■ DHCPNAK si ya no lo está disponible o no es válida. | + | |
| - | Si el cliente recibe el DHCPACK, puede usar la dirección | + | Los Routers normalmente no pasan broadcasts excepto que estén configurados específicamente para dejarlos pasar. Por lo tanto, sin configuración adicional, los DHCP Servers solo proveen direcciones |
| - | ■ El cliente debe verificar | + | |
| - | • Si es válida, el cliente se inicializa con los datos suministrados por el servidor | + | |
| - | • Si encuentra un problema con la dirección asignada, envía un DHCPDECLINE al servidor y vuelve al paso 1 (DHCPDISCOVER). | + | |
| - | Si recibe el DHCPNAK, libera la dirección IP y vuelve al paso 1 (DHCPDISCOVER). | ||
| - | ¿Qué ocurre si el servidor DHCP no está disponible? | + | {{: |
| - | Si el servidor DHCP no está disponible los equipos de la red no podrán obtener una concesión. Para evitar este problema puede resultar conveniente tener más de un servidor DHCP funcionando simultáneamente. De esta forma aumentaría la fiabilidad del servicio DHCP en la red. | + | ===== 7.1. Cómo funciona |
| - | ¿Qué ocurre si un equipo con una concesión activa cambia de subred? | + | |
| - | Si el equipo con una concesión de dirección IP 192.168.3.1 cambiara a la subred 192.168.1.0, | + | |
| - | 10.2. | + | {{:sri:t1: |
| - | El proceso de renovación de concesiones es resultado del valor del periodo de concesión (lease time). Este valor garantiza que DHCP mantiene la información de direcciones IP y que los clientes actualizan o renuevan regularmente sus datos de configuración de direcciones IP | + | |
| - | Los clientes intentan renovar su concesión: | + | |
| - | - Cuando se inician (se reinicia la maquina o el interfaz de red) para asegurarse de que pueden usar la dirección IP que tenían anteriormente y si no es así solicitar otra. | + | |
| - | - Antes de que finalice el período de concesión para garantizar que la información de configuración está actualizada. Los clientes DHCP intentan renovar su concesión a intervalos específicos para garantizar que la información de configuración está actualizada. | + | |
| - | - Por defecto un cliente DHCP intenta renovar su concesión a la mitad del plazo de concesión, aunque este parámetro se puede configurar. | + | |
| - | - Si no lo consigue, al finalizar el plazo libera la dirección IP. | + | |
| - | Renovación manual. La concesión se puede renovar manualmente en el cliente. Se realizan dos pasos para renovar una concesión: | + | |
| - | 1. El cliente DHCP difunde un DHCPREQUEST con la opción Requested IP address (la dirección previamente asignada). | + | |
| - | 2. El servidor DHCP correspondiente devuelve DHCPACK o DHCPNAK. | + | |
| - | ¿Qué ocurre si un equipo | + | El DHCP Relay Agent soporta el proceso Lease Generation entre el cliente DHCP y el DHCP Server, cuando |
| + | 1. El cliente DHCP envía un paquete broadcast DHCPDISCOVER. | ||
| + | 2. El DHCP Relay Agent, desde la subnet del cliente, reenvía el mensaje DHCPDISCOVER al DHCP Server usando unicast. | ||
| + | 3. El DHCP Server usa unicast para enviar el mensaje DHCPOFFER al DHCP Relay Agent. | ||
| + | 4. El DHCP Relay Agent envía un paquete broadcast DHCPOFFER al cliente DHCP en su subnet. | ||
| + | 5. El cliente DHCP envía un paquete broadcast DHCPREQUEST. | ||
| + | 6. El DHCP Relay Agent, desde la subnet del cliente, reenvía el mensaje DHCPREQUEST al DHCP Server, usando unicast. | ||
| + | 7. El DHCP Server usa unicast para enviar el mensaje DHCPACK al DHCP Relay Agent. | ||
| + | 8. El DHCP Relay Agent envía un paquete broadcast DHCPACK al cliente DHCP en su subnet. | ||
| - | El servidor | + | ====== 8. DHCP failover Protocol. ====== |
| - | ¿Qué tiempo | + | DHCP Failover Protocol es un protocolo diseñado para permitir que una copia de seguridad del servidor DHCP para hacerse cargo de un servidor principal, si el servidor principal se toma fuera de la red por cualquier razón. |
| - | Establecer los tiempos de concesión de las asignaciones dependerá de las características de los equipos que las utilicen. Por ejemplo, si tenemos una red en el aula a la que se conectan con portátiles | + | Puede utilizar |
| - | ¿Que ocurre al reiniciar un equipo? | + | Los escenarios de conmutación por error Hay tres escenarios de conmutación por error de base: |
| + | * conmutación por error simple: servidor que actúa como principal y su socio que actúa como copia de seguridad. | ||
| + | * conmutación por error Back office: de red que el servidor de copia de seguridad misma. | ||
| + | * conmutación por error simétrica: servidores que actúan como principal y de reserva para sí. | ||
| + | ====== | ||
| + | 9. Problemas asociados a DHCP. Seguridad. ====== | ||
| - | Cuando | + | Los principales problemas asociados a la seguridad de DHCP son: |
| + | * DHCP es un protocolo no autenticado. | ||
| + | Cuando un usuario se conecta a una red no necesita proporcionar credenciales para obtener una concesión. Por tanto, es posible que un usuario no autenticado obtenga una concesión para cualquier | ||
| - | En el caso de que el servidor DHCP no estuviera disponible, | + | Recomendaciones: |
| + | * Asegúrese | ||
| + | * Habilite el registro de auditoría en todos los servidores DHCP de la red. Compruebe periódicamente los archivos de registro de auditoría y supervíselos si el servidor DHCP recibe de los clientes un número de solicitudes de concesión inusualmente alto. En los archivos de registro de auditoría encontrará la información necesaria para localizar | ||
| - | 10.3. | ||
| - | El cliente puede devolver la dirección al servidor DHCP que se la concedió antes de que finalice el plazo de concesión, mediante DHCPRELEASE. | ||
| - | 10.4. | + | * El servidor DHCP permite realizar ataques por denegación |
| - | Finalmente, es conveniente recordar que el servidor DHCP permite actualizar | + | |
| - | 11. Tipos de mensajes DHCP | + | Recomendaciones: |
| - | A continuación se enumeran los mensajes DHCP utilizados habitualmente: | + | |
| - | ■ DHCPDISCOVER. Mensaje de broadcast de un cliente para detectar los servidores DHCP existentes. | + | |
| - | ■ DHCPOFFER. Mensaje de un servidor hacia un cliente con una oferta de configuración (respuesta a un DHCPDISCOVER). | + | |
| - | ■ DHCPREQUEST: | + | |
| - | Aceptar la oferta | + | * Asegúrese |
| - | Confirmar | + | * Utilice los registros |
| - | Extender el contrato | + | |
| - | ■ DHCPPACK: Mensaje del servidor hacia un cliente para enviarle la configuración asignada excluyendo la dirección IP que ya fue aceptada. | + | A continuación, se enumeran las amenazas comunes |
| - | ■ DHCPNAK: Mensaje del servidor al cliente para indicar que la dirección que tiene asignada es incorrecta (por ejemplo, cuando él cliente cambia de subred) o que el contrato ha expirado. | + | |
| - | ■ DHCPDECLINE. Mensaje del cliente para el servidor indicando que ha encontrado un problema con la dirección IP que le ha sido asignada. | + | |
| - | ■ DHCPRELEASE. Mensaje del cliente para el servidor para indicar que renuncia | + | |
| - | ■ DHCPINFORM. Mensaje del cliente para pedir más información de la que el servidor le ha enviado con DHCPACK. | + | |
| - | 12. | + | * Un usuario no autorizado podría iniciar un ataque de denegación de servicio (DoS) basado en solicitar y obtener un gran número de direcciones IP. |
| - | En una misma red pueden coexistir varios servidores DHCP. Por ejemplo, se podrían configurar dos servidores | + | |
| - | Cuando se produce esta situación los servidores | + | |
| - | Cuando existen varios servidores | + | * Si se realiza |
| - | 13. Dar servicio a varias redes | + | A continuación, |
| - | Para que un servidor DHCP pueda atender a una red física (mismo dominio de difusión) tiene que estar conectado a esa red física. Si se dispone | + | |
| - | - Configurar un servidor DHCP en cada subred. | + | |
| - | - Configurar un servidor DHCP desde una ubicación centralizada a varias subredes. | + | |
| - | 13.1. Un servidor | + | * Asegurar de forma física la habitación o sala donde se encuentran los servidores DHCP. |
| - | Esta opción supone | + | * Se deben utilizar sistemas de archivos NTFS para proteger los datos del sistema. |
| + | * Aplicar y mantener una solución de protección antivirus. | ||
| + | * La instalación de parches de software deberán instalarse de forma periódica. | ||
| + | * Sólo deberá instalarse aquel software que provenga de fuentes de confianza. | ||
| + | * Todos los servicios y aplicaciones que no se están utilizando en los servidores | ||
| + | * Se deberán realizar tareas administrativas | ||
| + | * Los servidores DHCP deberán ubicarse detrás de un firewall. | ||
| + | * Se deberán cerrar todos los puertos abiertos no utilizados. | ||
| + | * A fin de garantizar el buen funcionamiento | ||
| + | * Se deberá supervisar la actividad de DHCP mediante la revisión de los registros y la visualización de la información estadística | ||
| - | 13.2. Un servidor DHCP centralizado | + | ====== 10. BOOTP. ====== |
| - | Si se quiere mantener un único servidor DHCP centralizado podríamos contemplar varias opciones: | + | |
| - | ■ Conectar el servidor directamente a dichas redes. | + | |
| - | ■ Que los enrutadores que interconectan las redes tengan la capacidad de retransmitir los mensajes del protocolo DHCP entre dichas redes. | + | |
| - | ■ Instalar un agente de retransmisión DHCP en un equipo y configurarlo para escuchar los mensajes de difusión utilizados por DHCP y redirigirlos a un servidor DHCP específico. | + | |
| - | ¿Qué ocurre si el servidor DHCP recibe peticiones de varias subredes? | + | |
| - | Sí el servidor DHCP está atendiendo a diferentes subredes de la empresa, cuando reciba la petición identificará que subred proviene para poder darle un dirección IP valida para esa subred. Si tenemos diferentes ámbitos para las distintas subredes el servidor elegirá una dirección IP sin usar del ámbito que corresponda con esa subred. | + | BOOTP son las siglas |
| - | + | ||
| - | 14. Agentes | + | |
| - | Un agente de retransmisión (relay agent) DHCP es escuchar difusiones DHCP procedentes de clientes DHCP procedentes de clientes DHCP y, a continuación, | + | |
| - | + | ||
| - | Existen dos tipos de agentes de retransmisión DHCP, aquellos que están integrados en routers y aquellos que funcionan en servidores. | + | |
| - | + | ||
| - | Como el proceso de generación de concesiones DHCP se base en las difusiones, si el servidor DHCP y el cliente DHCP están separados por un enrutador que no reenvía las difusiones DHCP, el proceso | + | |
| - | Para solventar este problema, el agente de retransmisión DHCP permite que se lleve a cabo el proceso de generación de concesiones entre el cliente DHCP y el servidor DHCP cuando ambos están separados | + | |
| - | El funcionamiento es el siguiente: | + | |
| - | 1. El cliente DHCP difunde un paquete DHCPDISCOVER, | + | |
| - | 2. El agente de retransmisión DHCP de la subred del cliente reenvía el mensaje DHCPDISCOVER al servidor DHCP mediante unidifusión. | + | |
| - | 3. El servidor DHCP emplea unidifusión para enviar un DHCPOFFER al agente | + | |
| - | 4. El agente DHCP difunde el paquete DHCPOFFER a la subred del cliente DHCP. | + | |
| - | 5. El cliente DHCP difunde un paquete DHCPREQUEST. | + | |
| - | 6. El agente DHCP de la subred del cliente reenvía el mensaje DHCPREQUEST al servidor DHCP mediante unidifusión. | + | |
| - | 7. El servidor DHCP emplea la unidifusión para enviar un mensaje DHCPACK al agente DHCP. | + | |
| - | 8. El agente DHCP difunde el paquete DHCPACK a la subred del cliente DHCP. | + | |
| - | + | ||
| - | El inconveniente de esta opción radica en que cada subred a la que sea necesario dar servicio DHCP necesitará de un servidor que funcione como agente de retransmisión. | + | |
| - | + | ||
| - | La segunda opción consistirá en utilizar routers que tengan integrado un agente de retransmisión DHCP. Estos routers tendrán que ser adecuadamente configurados para que retransmitan | + | |
| - | En la siguiente imagen se ilustra el funcionamiento | + | |
| - | + | ||
| - | Cuando un equipo es conectado por primera vez a la red 192.168.3.0 lanzará un mensaje de difusión | + | |
| - | 15. DHCP Failover Protocol | + | |
| - | Cuando dos servidores DHCP trabajan en la misma red ambos mantienen una base de datos con sus concesiones y el estado de las mismas. Para evitar que una misma dirección IP sea asignada por ambos servidores, una solución consiste que ambos trabajen con distintos rangos de direcciones. Si ambos servidores quieren trabajar con el mismo rango de direcciones es necesario que puedan sincronizar sus bases de datos de concesiones. El protocolo DHCP Failover Protocol permite esta intercomunicación entre dos servidores DHCP que dan servicio a la misma red | + | |
| - | Por ejemplo en Windows Server 2008 R2 ha sido incluida esta funcionalidad, | + | |
| - | + | ||
| - | Este protocolo también se puede utilizar para realizar un balanceo de carga, de manera que el trabajo se reparta entre los servidores primario y secundario. En esta configuración ambos servidores contestarían a las peticiones de los clientes, lo que permitirá hacer frente a gran número de peticiones en un corto periodo de tiempo. | + | |
| - | Trabajar con dos servidores sincronizados permite una fácil recuperación ante el fallo en alguno de los dos servidores. Si se pierden los datos de un servidor, el otro mantendrá su copia sincronizada con la que poder seguir funcionando con normalidad. | + | |
| - | 16. Seguridad | + | |
| - | El servicio DHCP puede ser un servicio vital para el funcionamiento de una red TCP/IP, sin embargo, este protocolo no incluye ningún mecanismo de autentificación, | + | |
| - | - Suplantación del servidor DHCP. Servidores no autorizados podrían proporcionar información falsa a los clientes suplantando al servidor DHCP autorizado (DHCP spoofing). | + | |
| - | - Denegación de servicio. Una técnica empleada consiste | + | |
| - | - " | + | |
| - | - Clientes no autorizados podrían acceder a los recursos configurando manualmente su interfaz de red. | + | |
| - | - Clientes no autorizados podrían realizar ataques para intentar congestionar al servidor DHCP. | + | |
| - | En las redes de área local se pueden configurar los switches para protegerse de estos ataques mediante DHCP snooping. Tras activar esta función en el switch se declara de confianza el puerto por el que genera respuestas el servidor DHCP autorizado, siendo todos los demás puertos no fiables. Si llegaran mensajes de otros servidores DHCP por cualquier otro puerto estos serían rechazados. De esta forma se pueden resolver los problemas de " | + | |
| - | También es interesante acceder | + | Originalmente está definido en el RFC 951. Este protocolo permite |
| - | 17. | + | |
| - | El protocolo BOOTP (Boot Strap Protocol) constituye un primer intento de configuración automática de red. Este protocolo de la capa de aplicación funciona sobre UDP y se puede considerar como un antecedente | + | |
| - | - Cuando una maquina arranca no conoce su direccionamiento IP ni a qué dirección solicitar dicha información, | + | |
| - | - En la red existirá un servidor BOOTP que responderá a las peticiones. Este servidor BOOTP mirará sus tablas | + | |
| - | - A la hora de responder al mensaje empleará la dirección de difusión IP (aunque el servidor conozca la dirección que se le va a asignar a la máquina que realizó la petición) | + | |
| - | - La maquina que está a la espera de la información recupera el mensaje y configura su dirección IP, mascara, etc. | + | |
| - | Como resumen, podemos afirmar que BOOTP se basa en un protocolo estático | + | |
| - | Al ser las redes cada vez más grandes BOOTP no parece el protocolo más adecuado mientras de DHCP si que puede cubrir estas nuevas demandas. Sin embargo, la arquitectura cliente/ | + | |
| + | Originalmente requería el uso de un disquete de arranque para establecer las conexiones de red iniciales, pero el protocolo se integró en la BIOS de algunas tarjetas de red (como la 3c905c) y en muchas placas base modernas para permitir el arranque directo desde la red. | ||
| + | DHCP es un protocolo basado en BOOTP, más avanzado, pero más difícil de implementar. Muchos servidores DHCP también ofrecen soporte BOOTP. Bootp el predecesor del protocolo DHCP y comparte con éste algunas características funcionales. | ||
| + | BOOTP es una manera de descargar configuraciones de dirección e inicio para estaciones de trabajo sin disco. Una estación de trabajo sin disco no tiene unidad de disco duro ni sistema operativo. Por ejemplo, muchos sistemas de cajas registradoras automatizadas de los supermercados son estaciones de trabajo sin disco. Tanto DHCP como BOOTP se basan en la relación cliente/ | ||
sri/t1.1506951240.txt.gz · Última modificación: (editor externo)
