REPÚBLICA BOLIVARIANA DE VENEZUELA.

MINISTERIO DEL PODER POPULAR PARA EDUCACIÓN UNIVERSITARIA.

UNIVERSIDAD POLITÉCNICA TERRITORIAL DEL ESTADO ARAGUA
“FEDERICO BRITO FIGUEROA”.
LA VICTORIA, ESTADO ARAGUA

Profesor:
José Romero
Autores: C.I.:
Julio matute 26.791.867
Telecomunicaciones Trayecto “3D”
La Victoria, marzo del 2020
 PRÁCTICA
En la siguiente práctica se llevó a cabo la simulación de una red por medio del
simulador de imunes con la siguiente topología mostrado en la Figura # 1 donde se
busca crear un entorno de red, con las plataformas necesarias a nivel de servidores que
permitan abordar la configuración completa de un servidor DHCP.
Donde nuestro dominio dns asignado es el www.urbe.edu.ve.

Figura # 1: Topología red de la práctica de DHCP.

Fuente: El Autor.

Siguiendo los pasos suminitrados por la guía tenemos:

1)Dibuje la topología dada, tomando en cuenta que las computadoras clientes no
deben tener dirección IP asignada de manera automática por IMUNES.

Corresponde a la topología mostrada en la Fígura # 1.

2) En modo execute, abrir una consola en el Host o servidor dns y configure el

servidor DNS según su dominio y la topología dada.

3) Compruebe el buen funcionamiento del servidor DNS de manera local, es

decir, en el mismo servidor.

2
 Figura # 2: Configuración de nuestro dominio dns.
Fuente: El Autor.

Figura # 3: Configuración de nuestro archivo urbe.db de nuestro DNS.

Fuente: El Autor.

3
Figura # 4: Configuración de nuestro archivo 172.in-addr.arpa.db de nuestro DNS.
Fuente: El Autor.

Figura # 5: Comprobando el funcionamiento del servidor DNS.

Fuente: El Autor.
Con las Figuras mostradas anteriormente podemos observar una serie de pasos
para la configuración de nuestro servidor DNS. Teniendo todo esto listo se procedió a
configurar del archivo dhcpd.conf como se indica en el siguiente paso.
4) Diríjase al directorio /usr/local/etc/ en éste, reedite el archivo dhcpd.conf.
Para ello se colocaron los siguientes comandos en la consola de nuestro servidor
(dhcpserver)
[root@dhcpserver /]# cd /usr/local/etc/
[root@dhcpserver /usr/local/etc]# nano dhcpd.conf
5) Revise la guía suministrada para entender las siguientes instrucciones.
6) Borre comentarios del archivo dhcpd.conf que no sean necesarios para
simplificar un poco más la configuración.

4
5
 Figura # 6: Ilustración de la Configuración del Archivo dhcpd.conf a través del
editor nano.
Fuente: El Autor.
Una vez siguiendo la guía obtendremos en el archivo dhcpd.conf la
configuración mostrada en la Figura # 6. Ya con todo esto tenemos la mayor pararte de
la configuración de nuestro servidor DHCP luego de esto se procedió a encender el
servidor y lanzar ping desde los pc presentes en la topología de red.
7) Dar click, botón derecho del mouse sobre el servidor dhcpserver e ir al submenú
“SERVIDOR DHCP --> Start” para levantar el servicio DHCP.
8) Lance ping desde pc1, pc6, docencia1 y docencia2 al servidor www.urbe.edu.ve.
[root@pc1 /]# ping -c3 www.urbe.edu.ve
[root@pc6 /]# ping -c3 www.urbe.edu.ve
[root@docente1 /]# ping -c4 www.urbe.edu.ve
[root@docente2 /]# ping -c4 www.urbe.edu.ve

6
 Figura # 7: Ping de los PC con dirección al servidor dns.
Fuente: El Autor.
Tal y como se puede apreciar en la Figura # 7 los pings no alcanzaron a nuestro
servidor DNS esto se debe a que aún no se llevó a cabo la suscrición de estos PC al
servicio que presta el servidor DHCP el cual les asignara una IP válida para poder
comunicarse a través de esta red.
9) Ejecute en pc1, pc6, docencia1 y docencia2 el siguiente comando y observe
detenidamente la información que aparece y mencione los tipos de mensajes del
protocolo DHCP que aparecen.
[root@pc1 /]# dhclient eth0
[root@pc6 /]# dhclient eth0
[root@docente1 /]# dhclient eth0
[root@docente2 /]# dhclient eth0

7
 Figura # 8: Introduciendo el comando de “dhclient” en los PC.
Fuente: El Autor.

Figura # 9: Ping de verificación en los PC.

Fuente: El Autor.
Como se puede determinar por medio de las Figura # 8 mostradas anteriormente
tenemos que la IP asignadas para los PC son:
• Pc1: 172.16.1.32 la cual fue asignada por el servidor DHCP.
• Doncente1: 172.16.1.20 la cual está reservada para dicho pc por el servidor
DHCP.
Además, se observan los siguientes mensajes en las consolas a los cuales si
recibieron correctamente su IP:
• DHCPDISCOVER: Paquete broadcast para ubicar servidores DHCP
disponibles.

• DHCPOFFER: Paquete broadcast de respuesta del servidor a un paquete

DHCPDISCOVER informando que hay presencia de un servidor DHCP
disponible.

• DHCPREQUEST: Paquete unicast de solicitudes varias del cliente al

servidor DHCP disponible.

8
 • DHCPACK: Paquete de respuesta del servidor que contiene los parámetros
solicitados por el cliente.
Quedando sin IP por asignar el pc6 y docente2 ya que al encontrase un router en la
topología dicho dispositivo no deja que sean asignados las IP en esa parte de la red si
ha este no se le dan los permisos pertinentes anteriormente.
Al realizar ping de dichos pc tenemos que solo los que tiene una IP asignada fueron
exitoso. Los pc que nos tienen una IP nos dieron los siguientes mensajes:
• DHCPDISCOVER: Tratando de buscar al servidor DHCP.

• DHCPOFFER: Con una variante el cual nos indica que no se pudieron recibir
los parámetros solicitados.

10) Ejecute el siguiente comando en el router1. Esto permitirá activar un Agente

de retransmisión,
DHCP [root@router1 /]# /usr/local/sbin/dhcrelay -i eth0 -i eth1 -d -a 172.16.1.10

Figura # 10: Configuración del Router.

Fuente: El Autor.

9
 Una observación que puede ser apreciada es que, al colocado dicho comando
en el router, los PC a los cual no se les asigno una IP al colocar el comando “dhclient”
en el caso de la pc6 y docente2 fue validado dicha petición y se les asigno de manera
automática sus IP respectivos esto se debe a la activación de un método de
retransmisión en el router quedando de la siguiente manera:
• Pc6: 172.16.2.20 la cual fue asignada por el servidor DHCP.
• Doncente1: 172.16.2.15 la cual está reservada para dicho pc por el servidor
DHCP.

11) Repita el paso (9) incluyendo a pc2 y pc7. Indique que observa.

10
 Figura # 11: Solicitud de IP desde los PC restantes.
Fuente: El Autor.

Figura # 12: Ping de verificación de los demás PC restantes.

Fuente: El Autor.

12) Una vez corregido los errores, lance ping desde pc6, pc7 y docencia2 a la url
www.urbe.edu.ve.
Con todas las configuraciones pertinentes realizadas anteriormente tenemos una
comunicación satisfactoria entre los PC clientes y nuestros servidos DNS a través de

11
toda la red por medio del servidor de direccionamiento DHCP presente en la topología
tal y como lo ilustra la Figura # 13.
13) Haga una solicitud de asignación de direcciones IP en todas las demás
maquinas faltantes (pc3, pc4, pc5, pc8,pc9, pc10).

PC Validación IP Ping Mensaje DHCP

de IP Asignada Exitoso Al validar
PC1 Si 172.16.1.32 Si
PC2 Si 172.16.1.33 Si
PC3 Si 172.16.1.34 Si
PC4 Si 172.16.1.35 Si
PC5 Si 172.16.1.36 Si • DHCPDISCOVER
PC6 Si 172.16.2.20 Si
PC7 Si 172.16.2.21 Si • DHCPOFFER
PC8 Si 172.16.2.22 Si
• DHCPREQUEST
PC9 Si 172.16.2.24 Si
PC10 Si 172.16.2.23 Si
• DHCPACK
Docente 1 Si 172.16.1.20 Si
(Reservado)
Docente 2 Si 172.16.2.15 Si
(Reservada)

Tabla # 1 sinterización de los resultados

Fuente: El Autor.

12
 CONCLUSÍON
Por medio de la presente práctica se puede llegar a la concluir que los servidores
de DNS son capaces de traducir tanto de códigos binarios (172.16.1.10) relacionados a
las direcciones IP con nombres asociados a dicha IP en nuestro caso: www.urbe.edu.ve,
de esta manera se hace más fácil el acceso a diferentes DNS que prestan un servicio en
lo que conocemos como la Internet, además de todo esto también se demostró la
modificación de dicho dominio establecido de forma predeterminada en nuestro dns1.