Practica DHCP (PAR ASIR 2018)
- 1. PLANIFICACION Y ADMINISTRACION DE REDES Trimestre 3. Práctica 8. Victoria Fernández de la Reguera
- 2. VICTORIA FERNÁNDEZ DE LA REGUERA 1 Contenido EJERCICIO 1 ..................................................................................................... 2 EJERCICIO 2 ..................................................................................................... 3 EJERCICIO 3 ..................................................................................................... 4 EJERCICIO 4 ..................................................................................................... 5 EJERCICIO 5 ..................................................................................................... 6
- 3. VICTORIA FERNÁNDEZ DE LA REGUERA 2 EJERCICIO 1 Tras crear la máquina virtual que funcionará como Servidor (con SO Windows 2008 R2), alojaremos los servicios DNS y DHCP en él. Utilizaremos como maquina Linux “Ubuntu”, ya que dispone de una interfaz gráfica simple y cómoda de utilizar: Ilustración 1. Esquema de red elaborado con Visio
- 4. VICTORIA FERNÁNDEZ DE LA REGUERA 3 EJERCICIO 2 En el caso de la parte de configuración WAN del router de prácticas, asignaremos una IP estática en el caso de que asigne por DHCP no podremos saberlo sin entrar en el router y además para saber en cada momento nuestra IP y manejar de una manera más sencilla nuestra red. Ilustración 2. Configuración WAN del router La parte LAN será configurada de manera estática y sin DHCP para evitar que nuestro router no ofrezca direcciones a la máquina Ubuntu cliente y no pueda recibir correctamente la configuración IP que le ofrecerá la máquina servidor. Ilustración 3.Configuración LAN del Router
- 5. VICTORIA FERNÁNDEZ DE LA REGUERA 4 EJERCICIO 3 Dirección de red Máscara Gateway Interfaz de salida 0.0.0.0 0.0.0.0 192.168.6.10 WAN 192.168.6.0 255.255.255.0 --- WAN 192.168.2.0 255.255.255.0 --- LAN La red 0.0.0.0 es la red por defecto para el resto de redes que el router no comunica directamente, la puerta de enlace de esta red en este caso sería la puerta de enlace del router del colegio (192.168.6.10). La red 192.168.2.0/24 sería la red de la LAN que ha sido creada con nuestro router, en mi caso, un router ASUS. En este caso no se indicaría puerta de enlace ya que es una interfaz de red que el router comunica de manera directa. La red 192.168.6.0/24 es la red del instituto con la que conectaríamos nuestro router ASUS. En este caso la puerta de enlace no se indica ya que la parte WAN del router estaría conectada a esa misma red. Ilustración 4.Comprobación del contenido de la tabla de rutas
- 6. VICTORIA FERNÁNDEZ DE LA REGUERA 5 EJERCICIO 4 a) En vista de que en Windows no existe soporte para sockets propios y para comprobar el estado de los puertos de éste sería mediante la creación de tramas Ethernet; en su lugar he hecho uso del comando netstat -a que devuelve los puertos activos de escucha en el momento de su ejecución. Ilustración 5. Ayuda del comando NETSTAT Ilustración 6. Resultado de los puertos de escucha del comando netstat
- 7. VICTORIA FERNÁNDEZ DE LA REGUERA 6 c) Ilustración 7. Demostración de respuesta del servidor DNS Ilustración 8.Demostración de respuesta del servidor DHCP EJERCICIO 5 a) Como podemos comprobar la dirección origen (Source) coincide con la IP de nuestro servidor, en la siguiente imagen que se adjunta vemos también el puerto destino (Dst).
- 8. VICTORIA FERNÁNDEZ DE LA REGUERA 7 b) El protocolo a nivel de transporte como podemos ver en la imagen anterior es UDP, pero lo podemos demostrar con el siguiente filtro:
- 9. VICTORIA FERNÁNDEZ DE LA REGUERA 8 c) En la siguiente imagen comprobamos que se listan los mensajes del enunciado: d) La máquina cliente, que no sabe quién es su máquina servidor, realiza un mensaje de tipo DHCP_DISCOVER para ver si hay algún servidor disponible que le proporcione una configuración de red. Ilustración 9. Contenido del mensaje DHCP_DISCOVER
- 10. VICTORIA FERNÁNDEZ DE LA REGUERA 9 La máquina servidor (192.168.2.200) le responde con un mensaje tipo DHCP_OFFER en el cual le oferta una configuración de red para el cliente que lo solicita. Ilustración 10.Contenido del mensaje de tipo DHCP_OFFER La máquina cliente envía un mensaje de tipo DHCP_REQUEST en el que la máquina acepta dicha configuración. Ilustración 11.Mensaje de tipo DHCP_REQUEST La máquina servidor termina la conexión realizando un mensaje de tipo ACK que es un mensaje de confirmación para que el cliente pueda usar definitivamente la configuración de red ofrecida por el servidor. Ilustración 12.Mensaje de tipo ACK