Software de Comunicaciones. Práctica 4 - DHCP & Dynamic DNS

Transcripción

1 Software de Comunicaciones Práctica 4 - DHCP & Dynamic DNS Juan Díez-Yanguas Barber Software de Comunicaciones Ingeniería Informática - 5º Curso Jdyb - Marzo 2013

2 Juan Díez- Yanguas Barber Práctica 4 Índice 1. Servidor DHCP Instalación del servidor DHCP Configuración del servidor DHCP Configuración automática del servidor DHCP 7 2. DNS dinámico Configuración de la zona de resolución directa Configuración de la zona de resolución inversa Configuración para actualizaciones dinámicas Configuración de DHCP con DNS dinámico Partes opcionales Directiva authoritative Directiva next-server Servicio DHCP de alta disponibilidad DHCP Failover Servicios públicos de DynDNS 25 Jdyb - Marzo

3 Juan Díez- Yanguas Barber Práctica 4 1. Servidor DHCP 1.1. Instalación del servidor DHCP Lo primero que vamos a hacer es asignar una dirección estática a la máquina virtual. Para ello desactivaremos el DHCP y configuraremos los parámetros manualmente. Este cambio lo podríamos hacer con los comandos de ifconfig, pero no sería permanente como ya se ha comentado en anteriores prácticas, por lo tanto, lo que haremos será realizar este cambio en los ficheros de configuración de la interfaz de red y reiniciaremos el servicio de red de la máquina virtual. Para realizar esto iremos al directorio /etc/sysconfig/network-scripts/ y editaremos el fichero ifcfg-eth0. Le pondremos la siguiente configuración, de manera que le asignaremos la ip de la red virtual.100 y le asignamos como DNS el servidor DNS del entorno virtual así como también la puerta de enlace predeterminada del router virtual del entorno. # Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] DEVICE=eth0 BOOTPROTO=none ONBOOT=yes IPADDR= NETMASK= GATEWAY= DNS1= [root@server network- scripts]# service network restart Ahora comprobaremos que se han asignado correctamente los datos configurados en el fichero de configuración. El paso siguiente será instalar el servidor DHCP en la máquina, para ello lo que hemos de hacer es dirigirnos a la capeta de los paquetes rpm (/usr/local/src/dhcp-server/). Jdyb - Marzo

4 Juan Díez- Yanguas Barber Práctica Configuración del servidor DHCP Este servicio no viene con un archivo de configuración por defecto porque la configuración dependerá de la red en la que estemos, por ello no podemos iniciar el servicio directamente como hemos hecho en anteriores ocasiones, habrá primero que configurar el servicio. Tenemos un fichero de configuración de muestra en el siguiente fichero: /usr/share/ doc/dhcp-3.0.5/dhcpd.conf.sample. Lo que haremos con este fihcero será copiarlo al directorio /etc y posteriormente lo personalizaremos para nuestros ajustes. Una vez que tenemos copiado el fichero en el lugar correcto pasaremos a configurarlo para nuestra red concreta, lo que incluirá las siguientes configuraciones. Rango de direcciones para la asignación dinámica ( ) Subred y máscara de subred ( / 24) Puerta de enlace por defecto ( ) Nombre de dominio (miempresa.com) Tiempo de cesión (10 minutos: 600 segundos) Máximo tiempo que se conserva la cesión (20 minutos: 1200 segundos) Jdyb - Marzo

5 Juan Díez- Yanguas Barber Práctica 4 Una vez que ha quedado configurado tenemos que probar a arrancar ahora el servicio y comprobar que con la configuración establecida arranca. Ahora pasaremos a comprobar que funciona. Para ello lo primero que tenemos que hacer es asegurarnos de que en nuestro entorno será este servidor el que proporciona direcciones vía DHCP y para ello habrá que evitar que haya otros servidores DHCP en el entorno. En nuestro caso esto pasará por detener el servidor DHCP del entorno virtual de VMWARE, en Mac esto lo podremos hacer de dos formas. La primera de ellas editando un fichero de configuración de VMWARE y reiniciando posteriormente el entorno virtual. El fichero a editar será el que sigue: /Library/ Preferences/VMware Fusion/networking. Jdyb - Marzo

6 Juan Díez- Yanguas Barber Práctica 4 Pondremos el valor a no, guardamos y reiniciamos el entorno virtual. Otra posible manera de hacer será deteniendo el servicio DHCP de VMWARE dentro de los servicios del sistema. Para ellos nos podemos dirigir al monitor de actividad del sistema operativo y buscaremos y detendremos el servicio. Una vez detenido podemos arrancar una segunda máquina virtual que tenga activado el DHCP como protocolo de configuración en la tarjeta de red y comprobar la dirección que se le ha asignado. Como podremos comprobar se le ha asignado la última dirección del rango que especificamos en la configuración. Jdyb - Marzo

7 Juan Díez- Yanguas Barber Práctica Configuración automática del servidor DHCP Para la realización de este apartado se le va a asignar mediante DHCP automático una dirección a un host específico de la subred. La dirección que escogeremos estará fuera del rango que hemos reservado para asignación dinámica. Le asignaremos la dirección.205 a la segunda máquina que hemos observado anteriormente. Anotaremos su dirección MAC (00:0C:29:71:79:71) porque nos va a hacer falta para la configuración. Ahora en el fichero de configuración (el mismo fichero que se editó anteriormente), dentro del apartado de la subred podemos especificar una configuración diferente para algún host concreto, en este caso el que hemos indicado. Una vez reiniciado el servidor nos vamos a la segunda máquina virtual y reiniciamos el servicio de red para comprobar que se ha asignado correctamente la dirección que hemos especificado. Jdyb - Marzo

8 Juan Díez- Yanguas Barber Práctica 4 Jdyb - Marzo

9 Juan Díez- Yanguas Barber Práctica 4 2. DNS dinámico En este apartado trataremos de configurar el servidor DNS que configuramos en la práctica anterior pero esta vez con el fin de que reciba actualizaciones dinámicamente de las cesiones que realice el servidor DHCP configurado en el apartado anterior Configuración de la zona de resolución directa De la misma forma que lo hicimos en la práctica anterior pasaremos a configurar una zona de resolución directa para miempresa.com en el fichero /etc/named.conf. La configuración de la zona tendrá otros parámetros más de los necesarios que son necesarios para configuraciones de la práctica anterior debido a que se configuró un servidor DNS esclavo. No obstante dejo señalados los parámetros que son necesarios exclusivamente para una configuración normal de la zona. Pasando ahora al fichero de configuración de la zona, veremos que tenemos parámetros configurados de la práctica anterior, pero vamos a eliminar las resoluciones de nombres puesto que esta vez vamos a trabajar con una subred diferente y esas resoluciones van a tener poco sentido. Dejaremos solo los obligatorios aunque tenemos un servidor DNS de sobra que será el esclavo del que hemos hablado antes. Se puede comprobar que el servidor ha arrancado correctamente y por lo tanto la configuración de las zonas es correcta. Jdyb - Marzo

10 Juan Díez- Yanguas Barber Práctica Configuración de la zona de resolución inversa En este apartado configuraremos tal como hicimos en la práctica anterior una zona de resolución inversa para la subred en la que vamos a trabajar que será la de VMWARE. Lo primero añadimos la zona en el fichero /etc/named.conf. Posteriormente configuraremos la zona en el directorio /var/named. Jdyb - Marzo

11 Juan Díez- Yanguas Barber Práctica Configuración para actualizaciones dinámicas Ahora si queremos que ambas zonas puedan ser actualizadas dinámicamente habrá que admitirlo en la configuración de cada una de las zonas dentro del fichero /etc/ named.conf. Esto lo haremos con la directiva allow-update, en nuestro caso será sencillo porque bastará con poner la IP local puesto que ambos servidores (el servidor DNS y el servidor DHCP que va a enviar actualizaciones al DNS) están en la misma máquina. Reiniciamos el servidor para comprobar que no haya errores en la configuración y aplicarla. Ahora pasaremos a comprobar que la configuración es correcta usando el cliente nsupdate para enviar anotaciones dinámicas al servidor DHCP. Daremos de alta la máquina zipi.miempresa.com en la dirección.210 tanto en la zona de resolución directa como en la zona de resolución inversa. En la zona de resolución directa se hará con una entrada de tipo A y en la zona de resolución inversa con una entrada de tipo PTR. Podemos ver que en este primer intento nos ha dado un error porque no se ha podido escribir en el fichero de resoluciones, esto es debido a que quien escribe en ese fichero debido a las actualizaciones dinámicas es el usuario named, y por tanto dicho fichero debe de poseer permisos de escritura para el usuario named y no los tiene. Este fichero no será el mismo que donde se configuraron las resoluciones, este llevará el nombre miempresa.com.jnl y la información no se guarda en texto plano. Lo que haremos será mover la zona a la carpeta /var/named/salves, es una carpeta creada por la instalación de bind que tiene como propietario al usuario named, también habrá que mover los ficheros de las zonas al directorio slaves con el correspondiente comando mv de consola. Ahora no deberían existir problemas de permisos, para hacer esto debemos cambiar la configuración y mover los ficheros. Jdyb - Marzo

12 Juan Díez- Yanguas Barber Práctica 4 Con el fichero ya creado y con los permisos correspondientes debería de poderse realizar sin problemas la actualización dinámica y de la misma manera al hacer una consulta al servidor debería de responder con la IP Jdyb - Marzo

13 Juan Díez- Yanguas Barber Práctica 4 Ahora pasaremos a comprobar esta vez la máquina zipi pero en la zona de resolución inversa. Jdyb - Marzo

14 Juan Díez- Yanguas Barber Práctica 4 Si eliminamos las dos entradas creadas anteriormente deberían de fallar las preguntas realizadas anteriormente con dig puesto que las respuestas a las peticiones anteriores eran debidas a las entradas que fueron introducidas con el comando nsupdate como ya ha sido mostrado. Jdyb - Marzo

16 Juan Díez- Yanguas Barber Práctica Configuración de DHCP con DNS dinámico En este apartado se tratará de configurar el servidor DHCP para que con cada nueva dirección que ceda se envíe una notificación al servidor DNS y cree la entrada correspondiente tanto para la zona de resolución directa como para la zona de resolución inversa. Por otra parte también se deberán de eliminar dichas entradas en el servidor DNS cuando corresponda según las notificaciones del servidor DHCP. Lo que habrá que hacer es dirigirse a la configuración del servidor DHCP y configuraremos en él la configuración para el DNS dinámico. En la configuración eliminaremos la entrada que se había añadido para asignar una IP concreta a una máquina en apartados anteriores para que todas las asignaciones que se hagan sean en modo de DHCP dinámico. Simplemente habrá que indicar los dominios bajo los que se van a dar los nombres, tanto el de resolución directa como el de resolución inversa y por supuesto indicar la IP del servidor DNS a donde hay que enviar las actualizaciones, que en nuestro caso como ya se ha comentado será la dirección local. Jdyb - Marzo

17 Juan Díez- Yanguas Barber Práctica 4 Después de esto reiniciaremos el servidor para aplicar la configuración. Para que el sistema configurado funcione es necesario que cuando las máquinas pidan una dirección IP al servidor DHCP anuncien su nombre, esto ocurre así en máquinas windows pero no es así en todas, en nuestra máquina virtual cliente habrá que configurar que esto se anuncie. Haremos en primer lugar un prueba con una máquina virtual de Windows con el DHCP configurado y veremos que se le ha cedido una dirección y también se le ha indicado el dominio. Jdyb - Marzo

19 Juan Díez- Yanguas Barber Práctica 4 Si después de hacer esto liberamos la dirección en la máquina windows las dos preguntas anteriores no deberían dar un resultado positivo. Jdyb - Marzo

20 Juan Díez- Yanguas Barber Práctica 4 Hemos visto que el servicio funciona correctamente, ahora nos faltaría comprobar que si se anuncia el nombre de una máquina usando un cliente linux sucedería lo mismo que acabamos de comprobar con una máquina windows. Jdyb - Marzo

21 Juan Díez- Yanguas Barber Práctica 4 Si liberamos las direcciones como hemos hecho anteriormente en Windows y volvemos a realizar las peticiones al servidor DNS no debería dar ninguna respuesta. Jdyb - Marzo

23 Juan Díez- Yanguas Barber Práctica 4 3. Partes opcionales 3.1. Directiva authoritative La directiva authoritative indica que la configuración del servidor es siempre la correcta, con esta directiva activada por lo tanto, el servidor siempre sobreescribirá la configuración del cliente por la suya, aunque el cliente pida una dirección concreta el servidor dhcp le dará la que le haya asignado. Esto puede ser aplicable por ejemplo en un entorno con varios servidores dhcp atendiendo las peticiones y que por cualquier razón alguno de ellos está mal configurado o con unos parámetros que no deseamos. Esta directiva nos permite asegurarnos que al menos un servidor DHCP va a estar con la configuración correcta. También puede ser una buena política de seguridad, ya que si alguien levantase un servidor DHCP en nuestra red con malas intenciones así nos aseguramos que el servidor DHCP que tiene la autoridad será el nuestro Directiva next-server La directiva next-server sirve para indicar algún equipo una dirección IP, usualmente de un servidor TFTP de donde puede sacar ficheros que sean necesarios para su arranque inicial. Esta opción puede ser muy útil si se tienen dispositivos empotrados con limitaciones de configuración y que necesiten arrancar de esta forma. Resumiendo, habrá equipos que aparte de necesitar la configuración típica para poder funcionar en la red necesiten una IP de un servidor de donde obtener una configuración para poder arrancar o una imagen para arrancar. Típicamente esta IP como se ha comentado será la de un servidor TFTP. No hemos puesto como ejemplo la posibilidad de obtener el IOS de un router cisco de esta forma puesto que que un router en un entorno local tendrá poco sentido que obtenga configuraciones vía DHCP, normalmente son configuraciones estáticas. Jdyb - Marzo

24 Juan Díez- Yanguas Barber Práctica Servicio DHCP de alta disponibilidad DHCP Failover En primer lugar aclarar que esto puede llegar a ser algo muy necesario debido a la naturaleza del servicio con el que estamos tratando ya que es un servicio crítico de red y por tanto necesario para que ésta funcione correctamente. Lo primero creo que es interesante poder reseñar que en general no es necesario hacer nada especial para disponer de varios servidores DHCP en una red, pueden funcionar varios sin problemas puesto que al conectarse un cliente a la red envía un mensaje de discover y todos los servidores DHCP que haya en la red lo escucharán y enviarán sus ofertas y el cliente generalmente elegirá la primera que le llegue. Por tanto no hay problemas en tener más de un servidor DHCP en la red. A veces se configuran varios servidores DHCP como se ha comentado pero cada uno de ellos controla rangos de direcciones distintos, por lo tanto si uno de ellos cae se quedaría un rango de direcciones sin asignar, por tanto si se quiere alta disponibilidad es interesante configurar un clúster y que todos mantengan las asociaciones de todo el rango de direcciones de manera que si uno de ellos cae no pasaría nada ni los clientes se enterarían porque todos los servidores mantienen las asociaciones del rango completo de direcciones. Una posible opción pasa por el uso de varios servidores DHCP en la red usando balanceo de carga entre ellos. Esto nos ayudará en redes de grandes dimensiones y por otra parte tendremos un servidor DHCP funcionando en caso de fallo de uno de los dos, por lo tanto aunque de peor manera que lo hacíamos con varios lo hacemos peor pero seguimos pudiendo ofrecer el servicio de red. Se puede hacer esta configuración con directivas que el propio servicio trae para configurarlo. Se crean cada uno de los servidores con una directiva como esta failover peer dhcp { secondary; address ; port 647; peer address ; peer port 647; max- response- delay 60; max- unacked- updates 10; load balance max seconds 3; } Jdyb - Marzo

25 Juan Díez- Yanguas Barber Práctica 4 Y se define el pool posteriormente. pool { failover peer dhcp ; range ; } Se ha copiado esta muestra de configuración de la siguiente dirección que explica como configurar un DHCP Failover Servicios públicos de DynDNS Existen una serie de servicios gratuitos con el fin de dar un nombre de dominio a la dirección pública de nuestros hogares que suele ser una dirección con IP dinámica. Hace unos años DynDNS estaba como una de las opciones más conocidas y gratuitas, en la actualidad ha dejado de ser una herramienta gratuita, sin embargo el servicio no-ip.com tiene el mismo objetivo y es gratuito. Normalmente esta serie de servicios nos dan un nombre de dominio del tipo juan. dyndns.org que se resuelven con la dirección IP pública de los hogares. Esto se llega a conseguir porque estos servicios normalmente ponen a nuestra disposición un pequeño programa que se encarga de mandar actualizaciones a los servidores DNS, cuando cambia la dirección IP. Esto a veces también es proporcionado de otras maneras sin tener que disponer de estos pequeños programas, y es que debido a que es un servicio con una utilización bastante extendida algunos routers llegan a incorporar esta función en sus opciones de configuración y llega a ser tan simple como introducir la dirección, posteriormente el nombre de usuario y contraseña de la cuenta que nos hayamos hecho en cualquiera de los servicios descritos. Es interesante disponer de este servicio en el router porque no tienes la necesidad de tener un equipo encendido y además al ser el propio router el que cambia la IP será el dispositivo que más rápido pueda notificar el cambio. A continuación se incluye una captura de la posible configuración con DynDNS.org en un router Linksys. Jdyb - Marzo