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. Rango ====== | + | |
| - | + | ||
| - | 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. | + | |
| - | Un conjunto de direcciones que son excluidas de un rango para no asignarlas a clientes DHCP. | ||
| - | Normalmente se suelen excluir del rango aquellas direcciones IP que corresponden a equipos que necesitan una dirección IP fija, como servidores, routers o Firewalls, y que se configuran manualmente. | ||
| - | ===== 5.5. | + | Es un protocolo que permite que un equipo conectado a una red pueda obtener su configuración (principalmente, |
| - | Consiste | + | 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 |
| - | En este punto es necesario recordar que en una red de área local se identifica al equipo por su dirección física o MAC. | + | Desde el punto de vista del cliente, DHCP es una extensión del mecanismo BOOTP. Este comportamiento permite a los clientes del BOOTP interoperar con servidores DHCP sin requerir ningún cambio en el software. |
| - | ====== | + | |
| - | 5.6. | + | |
| - | El plazo del contrato o concesión | + | |
| - | Cada vez que un cliente arranca, cada cierto tiempo o bien cuando | + | |
| - | 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 | + | |
| - | Esta característica facilita la restructuración | + | |
| - | A la hora de determinar el tiempo de concesión es necesario analizar las características | + | |
| - | ■ 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 a varios meses. | + | |
| - | ■ En una red que tiene un número muy limitado de direcciones IP y donde la configuración de los clientes cambia frecuentemente, | + | |
| - | 6. Servidores | + | ====== 5. Funcionamiento del servicio |
| - | Los servidores DHCP permiten asignar la configuración | + | |
| - | Permiten configurar | + | DHCP funciona sobre un servidor central (servidor, estación |
| - | - Dirección | + | |
| - | - Máscara | + | |
| - | - Puerta de enlace. | + | |
| - | - Servidores DNS. | + | |
| - | - Nombre DNS. | + | |
| - | - Tiempo máximo | + | |
| - | - Servidores POP3. | + | |
| - | - Servidor WINS. | + | |
| - | Estos parámetros | + | El funcionamiento DHCP se basa en la arquitectura cliente / servidor (como casi todos los servicios de Internet), por lo que debe haber un servidor DHCP (dhcpd) y el cliente DHCP para su funcionamiento. En el caso más simple es un servidor DHCP en la subred |
| - | Ejemplos | + | Si no existe un servidor DHCP de la subred se necesitará un agente |
| - | - ISC DHCP (http:// | + | |
| - | - Servidor | + | |
| - | - Servidores DHCP integrados en routers (por ejemplo: IP Easy en routers CISCO y Linksys) | + | |
| - | 7. Clientes DHCP | + | El protocolo funciona |
| - | Los clientes realizan peticiones al servidor DHCP y configuran sus parámetros TCP/IP con las opciones que recibe del servidor DHCP. Para esto utilizan el puerto 68/UDP. Estos clientes DHCP están integrados | + | |
| - | 8. Tipos de opciones | + | * 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. |
| - | A la hora de establecer | + | * DHCP offer: DHCP Offer es el paquete |
| - | - Opciones | + | |
| - | - Opciones | + | * DHCP ACK: Cuando el servidor DHCP recibe el mensaje DHCPREQUEST del cliente, se inicia la fase final del proceso de configuración. Esta fase implica el reconocimiento DHCPACK el envío de un paquete al cliente. Este paquete incluye el arrendamiento de duración y cualquier otra información |
| - | - Opciones | + | * DHCP Release:Si los clientes |
| - | - Opciones | + | |
| - | 9. Protocolo DHCP | + | {{: |
| - | El protocolo DHCP determina el conjunto de normas y reglas en base a las cuales dialogan los clientes y los servidores DHCP. Como el protocolo DHCP fue desarrollado partiendo del protocolo BOOTP, el formato de un mensaje DHCP está basado en un mensaje BOOTP | + | {{: |
| - | El formato de un mensaje DHCP tiene una parte fija que aparece en todos los mensajes, aunque no se utilicen todos los campos | + | ====== 6. Parámetros |
| - | Code: Indica si es solicitud (1) o respuesta (2) | + | |
| - | hwtype: Tipo de hardware. Por ejemplo Ethernet (1) o redes IEEE 802 (6) | + | |
| + | Un servidor DHCP puede proveer de una configuración opcional al dispositivo cliente. Dichas opciones están definidas en RFC 2132 Lista de opciones configurables: | ||
| - | La sección opciones contiene información de configuración enviada entre el cliente y el servidor | + | * Dirección del servidor |
| - | Cada tipo de mensaje se determina mediante una opción. Por ejemplo un Mensaje DHCPOFFER vendría definido por option code=53, | + | * Nombre DNS |
| + | * Puerta | ||
| + | | ||
| + | * Máscara | ||
| + | * 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) | ||
| + | * Servidores NIS (Servicio | ||
| + | * Dominios NIS | ||
| + | * Servidores NTP (Protocolo de Tiempo de Red según siglas en inglés)) | ||
| + | * Servidor SMTP | ||
| + | * Servidor TFTP | ||
| + | * Nombre del servidor WINS | ||
| - | 10. Funcionamiento | + | El primer paso al configurar un servidor DHCP es crear el archivo de configuración que almacena la información de red para los clientes. Se pueden declarar opciones globales para todos los clientes, o bien opciones para cada sistema cliente. Este archivo es: dhcpd.conf |
| - | El funcionamiento del servicio DHCP sigue estos pasos: | + | El archivo de configuración puede contener tabulaciones o líneas |
| - | 1. Cuando un cliente DHCP se conecta a la red envía una solicitud | + | |
| - | 2. Todos los servidores alcanzados por la solicitud responden al cliente | + | |
| - | 3. El cliente acepta | + | |
| - | 4. El servidor le otorga la información requerida (en este mensaje le otorga un plazo de concesión | + | |
| - | 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 o bien cuando se alcanza el límite | + | |
| - | - Una vez vencido el plazo del contrato el servidor puede renovar la información | + | |
| - | Vamos a estudiar en más detalle | + | * Parámetros — establece cómo se realiza una tarea, si debe llevarse |
| + | * Declaraciones — describen | ||
| - | 10.1. | + | |
| - | Partimos de la situación en la que el servidor DHCP está a la escucha de las posibles solicitudes de los clientes. El servidor almacena las posibles direcciones IP a otorgar además del resto de la información (mascaras, DNS, gateways, | + | |
| - | A la hora de obtener una concesión por parte de un cliente se suceden cuatro etapas, que reciben su nombre de los tipos de paquete DHCP usados en la comunicación: | + | |
| - | 1. Descubrimiento DHCP (DHCPDISCOVER) | + | Los parámetros |
| - | 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 | + | |
| - | - Incluye la dirección MAC del cliente. | + | |
| - | 2 | + | El fichero dhcpd.conf se compone de un conjunto de declaraciones que hacen referencia a máquinas y a subredes. Esto se entenderá mejor mediante el siguiente ejemplo: |
| - | Los servidores responden | + | |
| - | Cada servidor DHCP de respuesta reserva la dirección | + | option domain-name " |
| + | Esta opción especifica el dominio que se proporciona | ||
| + | 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 | ||
| + | | ||
| + | Este es el máximo tiempo que el servidor | ||
| + | ddns-update-style none; | ||
| + | Esta opción especifica si el servidor de DHCP debe intentar actualizar el servidor | ||
| + | |||
| + | 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; | ||
| + | Declara cúal es la pasarela por defecto que se proporcionará a los clientes | ||
| + | } | ||
| + | |||
| + | host mailhost { | ||
| + | | ||
| + | | ||
| + | | ||
| + | | ||
| + | } | ||
| + | |||
| + | Estructura del archivo dhcpd.conf: | ||
| + | | ||
| + | Significado de los parámetros: | ||
| + | * authoritative – indica | ||
| + | * lease-file-name – indica el nombre del archivo donde se almacena | ||
| + | * 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 la mascara de red general a asignar | ||
| + | * 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. ====== | ||
| - | 3. Solicitud | + | El Agente Relay DHCP es una equipo |
| - | El cliente recibe | + | |
| - | Difunde | + | |
| - | Si el cliente no recibe mensajes DHCPOFFER, expira la petición y reenvía un nuevo mensaje DHCPDISCOVER. | + | |
| - | 4. Reconocimiento | + | 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 IP a clientes en su subred local. Para que se puedan asignar direcciones a clientes en otros segmentos, se debe configurar la red para que los DHCP broadcasts puedan llegar desde el cliente al DCHP Server. Esto se puede hacer de dos maneras: configurando los routers que conectan las subnets para dejar pasar DHCP broadcasts, o configurando Agente Relay DHCP. |
| - | Si el mensaje DHCPREQUEST no contiene | + | |
| - | 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 | + | |
| - | Si el cliente recibe el DHCPACK, puede usar la dirección IP. | ||
| - | ■ El cliente debe verificar que la dirección IP es válida y no está duplicada. | ||
| - | • Si es válida, el cliente se inicializa con los datos suministrados por el servidor DHCP. | ||
| - | • 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). | + | {{: |
| + | ===== 7.1. Cómo funciona El Agente Relay DHCP. ===== | ||
| - | ¿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. | ||
| - | ¿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. | + | El DHCP Relay Agent soporta el proceso |
| - | El proceso | + | 1. El cliente |
| - | Los clientes intentan renovar su concesión: | + | 2. El DHCP Relay Agent, desde la subnet |
| - | - 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. | + | 3. El DHCP Server usa unicast para enviar |
| - | - Antes de que finalice | + | 4. El DHCP Relay Agent envía un paquete broadcast DHCPOFFER al cliente |
| - | - Por defecto un cliente | + | 5. El cliente DHCP envía |
| - | - Si no lo consigue, al finalizar | + | 6. El DHCP Relay Agent, desde la subnet del cliente, reenvía el mensaje DHCPREQUEST al DHCP Server, usando unicast. |
| - | Renovación manual. La concesión se puede renovar manualmente en el cliente. | + | 7. El DHCP Server usa unicast para enviar el mensaje |
| - | 1. | + | 8. El DHCP Relay Agent envía un paquete broadcast DHCPACK al cliente DHCP en su subnet. |
| - | 2. | + | |
| - | ¿Qué ocurre si un equipo se retira de la red? | + | ====== 8. DHCP failover Protocol. ====== |
| - | El servidor | + | DHCP Failover Protocol es un protocolo diseñado para permitir |
| - | ¿Qué tiempo | + | Puede utilizar la conmutación por error de DHCP para configurar dos servidores DHCP para que funcionen como un par redundante. |
| - | Establecer los tiempos | + | Los escenarios |
| + | * conmutación por error simple: servidor | ||
| + | * conmutación por error Back office: | ||
| + | * conmutación por error simétrica: servidores | ||
| + | ====== | ||
| + | 9. Problemas asociados a DHCP. Seguridad. ====== | ||
| - | ¿Que ocurre al reiniciar | + | 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 cliente DHCP siempre que haya un servidor DHCP disponible para proporcionarla. Así, el usuario no autenticado podrá disponer de todos los valores de opción que el servidor DHCP proporcione con la concesión, como la dirección IP del servidor WINS o del servidor DNS. Si el cliente DHCP se identifica como miembro de una clase de usuario o de una clase de proveedor también dispondrá de las opciones asociadas a dicha clase. Esto permite que usuarios malintencionados que tengan acceso físico a una red habilitada para DHCP puedan realizar un ataque de denegación de servicio en los servidores DHCP si solicitan muchas concesiones al servidor, lo que reduciría el número de concesiones disponibles para otros clientes DHCP. | ||
| - | Cuando se reinicia un equipo | + | Recomendaciones: |
| + | * Asegúrese de que las personas | ||
| + | * Habilite | ||
| - | En el caso de que el servidor DHCP no estuviera disponible, el equipo cliente mantendrá activa su configuración hasta que termine el periodo de concesión. | ||
| - | 10.3. | + | * |
| - | El cliente puede devolver la dirección al servidor DHCP que se la concedió antes de que finalice | + | |
| - | 10.4. | + | Recomendaciones: |
| - | Finalmente, es conveniente recordar que el servidor DHCP permite actualizar los parámetros de configuración de los equipos de la red cada vez que dichos equipos contacten con él. Por ejemplo, si cambia la dirección IP de un servidor DNS en la red esta se actualizará a los equipos clientes cuando contacten con el servidor, para obtener una concesión, para renovar una concesión o cuando remiden. | + | |
| - | 11. Tipos de mensajes DHCP | + | * Asegúrese de que las personas no autorizadas no puedan obtener acceso físico o inalámbrico a la red. |
| - | A continuación se enumeran | + | * Utilice |
| - | ■ DHCPDISCOVER. Mensaje | + | |
| - | ■ DHCPOFFER. Mensaje | + | |
| - | ■ DHCPREQUEST: | + | |
| - | Aceptar la oferta de un servidor determinado y rechazar | + | A continuación, |
| - | Confirmar la exactitud de la información asignada antes del reinicio del sistema. | + | |
| - | Extender el contrato de una dirección IP determinada. | + | |
| - | ■ DHCPPACK: Mensaje del servidor hacia un cliente para enviarle la configuración asignada excluyendo la dirección | + | * Un usuario no autorizado podría iniciar un ataque de denegación de servicio (DoS) basado en solicitar y obtener |
| - | ■ DHCPNAK: Mensaje del servidor al cliente para indicar que la dirección que tiene asignada es incorrecta | + | |
| - | ■ DHCPDECLINE. Mensaje | + | |
| - | ■ DHCPRELEASE. Mensaje del cliente para el servidor para indicar que renuncia | + | |
| - | ■ DHCPINFORM. Mensaje | + | |
| - | 12. Varios servidores independientes DHCP | + | A continuación, se enumeran algunas medidas básicas de seguridad |
| - | En una misma red pueden coexistir varios servidores DHCP. Por ejemplo, se podrían configurar dos servidores DHCP en una red si se quiere mayor tolerancia a errores. | + | |
| - | Cuando se produce esta situación los servidores DHCP no se comunican entre ellos para saber qué direcciones IP debe asignar cada uno. Es responsabilidad de los administradores que sus configuraciones sean independientes y consistentes, | + | |
| - | Cuando existen varios servidores DHCP independientes trabajando simultáneamente, | + | |
| - | 13. Dar servicio a varias redes | + | * Asegurar de forma física la habitación o sala donde se encuentran los servidores DHCP. |
| - | Para que un servidor DHCP pueda atender a una red física (mismo dominio | + | * Se deben utilizar sistemas de archivos NTFS para proteger los datos del sistema. |
| - | - Configurar un servidor DHCP en cada subred. | + | * Aplicar y mantener |
| - | - Configurar | + | * La instalación |
| + | * Sólo deberá instalarse aquel software | ||
| + | * Todos los servicios y aplicaciones que no se están utilizando en los servidores | ||
| + | * Se deberán realizar tareas administrativas en el servidor DHCP con el menor nivel de privilegios posible. | ||
| + | * 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 del servidor DHCP, se pueden utilizar túneles VPN para garantizar su tráfico. | ||
| + | * Se deberá supervisar la actividad de DHCP mediante la revisión de los registros y la visualización de la información estadística que proporciona el servidor. | ||
| - | 13.1. Un servidor DHCP en cada red | + | ====== 10. BOOTP. ====== |
| - | Esta opción supone un aumento del trabajo administrativo y del equipamiento necesario, ya que habrá que ubicar un servidor DHCP en cada subred individual. | + | |
| - | 13.2. Un servidor DHCP centralizado | + | BOOTP son las siglas |
| - | 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 | + | |
| - | ■ Instalar | + | |
| - | ¿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. | + | |
| - | + | ||
| - | 14. Agentes de retransmisión DHCP | + | |
| - | Un agente de retransmisión (relay agent) DHCP es escuchar difusiones DHCP procedentes de clientes | + | |
| - | + | ||
| - | 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 de generación de concesiones DHCP no podrá realizar y el cliente DHCP no recibirá la concesión de dirección IP del servidor DHCP | + | |
| - | 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 por un enrutador. | + | |
| - | 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 los paquetes DCHP intercambiados entre cliente y servidor. | + | |
| - | En la siguiente imagen se ilustra el funcionamiento de un servidor DHCP configurado para dar servicio a una red compuesta por 3 subredes interconectadas por un router. El servidor DHCP dará una configuración de red adecuada al segmento de red al que está conectado el equipo que efectúa la petición. | + | |
| - | + | ||
| - | 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.1506951291.txt.gz · Última modificación: (editor externo)
