VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

FORMATO DE INFORME DE PRÁCTICA DE LABORATORIO / TALLERES

/ CENTROS DE SIMULACIÓN – PARA ESTUDIANTES

CARRERA: INGENIERIA ELECTRÓNICA ASIGNATURA: REDES DE COMPUTADORAS II

NRO. PRÁCTICA: 1
TÍTULO PRÁCTICA: Acceso a un servidor WEB usando DHCP y DNS a través de cuatro
dominios de Broadcast.
OBJETIVO ALCANZADO:

• Estructurar una topología para el acceso de dos dispositivos finales (Host) a un servidor WEB.
• Establecer un dominio por medio del protocolo DNS para una dirección WEB alojada en un servidor.
• Configurar un servidor DHCP por medio de un dispositivo final (Server).
• Configurar un servidor DHCP por medio de un dispositivo de enrutamiento (Router).
• Establecer un enrutamiento de máscara variable para la topología establecida.
• Realizar pruebas de conectividad entre las redes locales.
MARCO TEÓRICO
1. Protocolo de Configuración Dinámica de Hosts (DHCP)
El protocolo de configuración dinámica de hosts (DHCP) proporciona un método automatizado para la configuración dinámica
de clientes. La interacción entre clientes y servidores de protocolo de configuración dinámica de hosts (DHCP) permite que un
cliente obtenga su dirección IP y la correspondiente información de configuración de un servidor DHCP. [1]
▪ El cliente solicita información DHCP: DHCPDISCOVER
En primer lugar, el cliente envía un mensaje DHCPDISCOVER que solicita una dirección IP. El mensaje DHCPDISCOVER
contiene un identificador exclusivo del cliente (normalmente la dirección MAC). El mensaje también podría contener otras
peticiones, tales como opciones solicitadas (por ejemplo, la máscara de subred, el servidor de nombres de dominio, el nombre
de dominio o la ruta estática). El mensaje se envía en forma de difusión. Si la red contiene direccionadores, estos se pueden
configurar para que reenvíen paquetes DHCPDISCOVER a los servidores DHCP de las redes conectadas.
▪ El servidor DHCP ofrece información al cliente: DHCPOFFER
Cualquier servidor DHCP que reciba el mensaje DHCPDISCOVER podría enviar un mensaje DHCPOFFER como respuesta.
El servidor DHCP podría no enviar un mensaje DHCPOFFER de nuevo al cliente por varios motivos: las causas más habituales
son que todas las direcciones disponibles están actualmente cedidas, que la subred no esté configurada o que el cliente no esté
soportado. Si el servidor DHCP envía un mensaje DHCPOFFER como respuesta, el DHCPOFFER contendrá una dirección IP
disponible y cualquier otra información de configuración que esté definida en la configuración de DHCP.
▪ El cliente acepta la oferta del servidor DHCP: DHCPREQUEST
El cliente recibe mensajes DHCPOFFER de los servidores DHCP que han respondido a los mensajes DHCPDISCOVER. El
cliente compara las ofertas con los valores que ha solicitado y luego selecciona el servidor que desea utilizar. Envía un mensaje
DHCPREQUEST para aceptar la oferta, e indica qué servidor ha seleccionado. Este mensaje se difunde por toda la red para que
todos los servidores DHCP sepan cuál es el servidor que se ha seleccionado.
▪ El servidor DHCP emite un acuse de recibo para el cliente y le cede la dirección IP: DHCPACK
Si un servidor recibe un mensaje DHCPREQUEST, el servidor marca la dirección como cedida. Los servidores que no están
seleccionados devolverán las direcciones ofertadas a la agrupación de direcciones disponible. El servidor seleccionado envía al
cliente un acuse de recibo (DHCPACK) que contiene información de configuración adicional. El cliente ahora podría utilizar
la dirección IP y los parámetros de configuración. Utilizará estos valores hasta que caduque la cesión o hasta que el cliente envíe
un mensaje DHCPRELEASE al servidor para terminar la cesión.

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

▪ El cliente intenta renovar la cesión: DHCPREQUEST, DHCPACK

El cliente empieza a renovar una cesión cuando ha transcurrido la mitad del tiempo de cesión. El cliente solicita la renovación
enviando un mensaje DHCPREQUEST al servidor. Si el servidor acepta la petición, enviará un mensaje DHCPACK al cliente.
Si el servidor no responde a la petición, el cliente podría seguir utilizando la dirección IP y la información de configuración
hasta que caduque la cesión. Mientras la cesión está todavía activa, no es necesario que el cliente y el servidor pasen por el
proceso DHCPDISCOVER y DHCPREQUEST. Cuando haya caducado la cesión, el cliente debe empezar de nuevo con el
proceso DHCPDISCOVER.
▪ El cliente finaliza la cesión: DHCPRELEASE
El cliente finaliza la cesión enviando un mensaje DHCPRELEASE al servidor DHCP. Entonces, el servidor devolverá la
dirección IP del cliente a la agrupación de direcciones que esté disponible. [1]

Figura 1. Interacción cliente-servidor DHCP. [1]

2. Sistema de nombres de dominio (DNS)

El sistema de nombres de dominio (DNS) es un sistema de bases de datos distribuidas que permite gestionar los nombres de
host y las direcciones de protocolo de Internet (IP) asociadas a ellos. Con el DNS, la gente puede utilizar nombres simples
(como www.jkltoys.com) para localizar un host, en lugar de tener que utilizar las direcciones IP (por ejemplo, 192.168.12.88
en IPv4, o 2001:D88::1 en IPv6). Un único servidor solo se puede encargar de conocer los nombres de host y las direcciones IP
de una pequeña parte de una zona, pero los servidores DNS pueden colaborar entre sí para correlacionar todos los nombres de
dominio con sus direcciones IP. Los servidores DNS que colaboran entre sí permiten que los sistemas se comuniquen por
Internet.
Un único servidor solo se puede encargar de conocer los nombres de host y las direcciones IP de una pequeña parte de una zona,
pero los servidores DNS pueden colaborar entre sí para correlacionar todos los nombres de dominio con sus direcciones IP. Los
datos de DNS se bifurcan en una jerarquía de dominios. Los servidores son responsables de conocer únicamente una parte
pequeña de los datos, por ejemplo, un único subdominio. La parte de un dominio de la que el servidor es directamente

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

responsable se denomina zona. Un servidor DNS que tenga la información y los datos de hosts completos de una zona tiene
autoridad sobre la zona. Este tipo de servidor puede responder a las consultas sobre hosts de su zona mediante sus propios
registros de recursos. El proceso de consulta depende de una serie de factores.
▪ ¿Qué son las zonas?
Los datos del sistema de nombres de dominio (DNS) se dividen en conjuntos gestionables de datos llamados zonas. Y cada uno
de estos conjuntos corresponde a un tipo de zona concreto. Las zonas contienen información sobre nombres y direcciones IP
acerca de una o más partes de un dominio DNS. El servidor que contiene toda la información de una zona se considera el
servidor autorizador del dominio, llamado zona padre.
▪ Tipos de zonas DNS:
- Zona primaria. - La zona primaria carga los datos de zona directamente a partir de un archivo de un host. Puede
contener una subzona o zona hija. También puede contener registros de recursos, como los registros de host, de alias
(CNAME), de dirección IPv4 (A), de dirección IPv6 (AAAA) o de puntero de correlación inversa (PTR).
- Subzona. - La subzona es una zona que se encuentra dentro de la zona primaria. Las subzonas permiten organizar los
datos de zona en cantidades más manejables.
- Zona hija. - La zona hija es una subzona que delega la responsabilidad sobre los datos de la subzona a uno o más
servidores de nombres.
- Alias (CNAME) El alias es un nombre alternativo para el nombre del dominio primario.
- Host El objeto host correlaciona los registros A y PTR con un host. Puede haber registros de recursos adicionales
asociados a un host.
- Zona secundaria. - La zona secundaria carga los datos de zona desde el servidor primario de una zona o desde otro
servidor secundario. Mantiene una copia completa de la zona a la que pertenece.
- Zona apéndice. - La zona apéndice es similar a una zona secundaria, pero solo transfiere los registros del servidor de
nombres (NS) de dicha zona.
- Zona de reenvío. - La zona de reenvío dirige todas las consultas de esa zona concreta a otros servidores.

Figura 2. Un único servidor DNS con acceso a Internet. [2]

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

3. Servidores WEB
Un servidor web es el encargado de manejar páginas web y enviarlas a través de la red a quienes lo requieran y tengan los
permisos para dichas páginas. Son los principales encargados de generar el tráfico en Internet puesto es a través de ellos se
realizan las conexiones a todos los sitios web del mundo, toda página web está almacenada en uno de estos servidores, los cuales
en su mayoría pertenecen a empresas de hosting que arriendan sus servicios para que los clientes almacenen sus páginas web
en ellos teniendo acceso a ellos durante las veinticuatro horas del día. Para cuestiones técnicas, el servicio web no es más que
un software con procesos en espera de que algún usuario conectado a él, solicite el contenido que almacene, al llegar una
solicitud, el servidor web, que en este caso a modo de ejemplo usaremos a apache, genera los procesos propios para entregar el
contenido por medio de protocolo http, al solicitante según los permisos que este tenga sobre los archivos, por lo cual si el sitio
que se solicite solo está disponible para usuarios que se identifiquen ante el sistema quien no esté en la lista de esos usuarios no
podrán alcanzar el contenido solicitado. Cabe destacar que por lo general el software más utilizado por los datacenter, para esta
tarea es apache el cual tiene la característica de que tiene un usuario propio dentro del sistema el cual no puede ser alcanzado
por otro, ningún usuario puede identificarse como apache, creando un usuario virtual independiente dando más seguridad a sus
operaciones y trabajo dentro del servidor. Son la base de todo el Internet ya que esta en ellos las conexiones a nivel global y son
ellos los que mutuamente intercambian contenido que luego pasará de un punto a otro en la red creando el simple proceso de
ver una página web. [3]
Un servidor web recibe peticiones de clientes y responde con el envío de ficheros solicitados, texto plano (html, php) o binarios
(gif, jpeg). Permanentemente escucha las peticiones de conexión de los clientes en determinados puertos: 80 para HTTP, 443
para el HTTPS. La atención a la petición del cliente consiste en buscar el archivo solicitado. Si lo encuentra, lo transmite; sino
envía un mensaje de error.
El servidor web comprueba si el usuario tiene acceso a los documentos. [4]

▪ PROTOCOLO HTTP (HYPERTEXT TRANSFER PROTOCOL)

HTTP es el protocolo utilizado en cada transacción de la web (www), mediante el cual se envían las peticiones de acceso a una
página web i la respuesta de esta web, cuyo contenido estará en Hipertexto (HTML). HTTP sirve para enviar información con
mensajes mediante formularios.
HTTP es un protocolo transaccional: Es un protocolo sin estado, es decir, que no almacena información sobre conexiones
anteriores. Está basado en el modelo cliente - servidor: Un cliente HTTP abre una conexión y realiza una solicitud al servidor.
Este responde al cliente y al finalizar la transacción, se cierra la conexión y se pierden los datos. [4]

ACTIVIDADES DESARROLLADAS
De acuerdo a los requerimientos de la red se determinó una topología de la siguiente manera:

Figura 3. Topología implementada para servicios de DHCP, DNS y WEB.

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

4. TABLA DE ENRUTAMIENTO
DISPOSITIVO RED IP MASCARA PREF. MASCARA DECIMAL
DHCP SERVER LAN 1 192.168.1.3 /24 255.255.255.0
DNS SERVER LAN 1 192.168.1.2 /24 255.255.255.0
PC 2 LAN 1 192.168.1.4 /24 255.255.255.0
WEB SERVER LAN 2 172.16.1.2 /30 255.255.255.248
PC 1 LAN 2 172.16.1.3 /30 255.255.255.248
Tabla 1. Direcciones IP para los dispositivos de la red.

5. CONFIGURACION DE DISPOSITIVOS
• DHCP SERVER
Para la configuración de los servidores DHCP, se tomaron en consideración los dos tipos de asignación de pools para las redes
LAN1 y LAN2 ubicadas estratégicamente en los extremos de la red en sí.
Para el caso del servidor terminal se configuraron los parámetros en base al direccionamiento previamente establecido:

Figura 4. Configuración estática de la dirección IP para el servidor DHCP.

Figura 5. Configuración del pool para asignación dinámica de direcciones para 100 Hosts.

Para configurar el Router 3 como servidor DHCP, se procedió por medio de comandos de la siguiente manera:

Figura 6. Configuración DHCP por comandos para un router.

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

• DNS SERVER
Para configurar un servidor DNS, se procede a activar el servicio DNS dentro del panel de configuración de la siguiente manera:

Figura 7. Configuración estática de la dirección IP para el servidor DNS.

Figura 8. Configuración del servicio DNS para una dirección de dominio www.prueba.com

El nombre o URL que se asigna a este servidor web es www.prueba.com cuya dirección IP es 172.16.1.2

• WEB SERVER
De la misma forma en que se configura un servidor en los pasos anteriores, procedemos a configurar su dirección de manera
estática y luego a configurar su servicio HTTP que tendrá líneas de programación para acceder a una página WEB que estará
dentro del dominio DNS que hemos configurado previamente.

Figura 9. Configuración estática de la dirección IP para el servidor WEB.

Figura 10. Configuración del servicio HTTP al workspace en HTML.

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

• ROUTER 1

Para este dispositivo se procedió a dar una dirección IP a cada una de las interfaces conectadas: G0/0 y G0/1 y posteriormente
activarlas en la red.

Figura 11. Levantamiento de las interfaces GigaBit Ethernet en ambos extremos del router 1.

Luego se levantó un protocolo de enrutamiento RIP V1 por medio de comandos en la consola CLI.

Figura 12. Enrutamiento RIP V1 para las redes 192.168.1.1 & 10.1.1.0
• ROUTER 2

De igual manera que en el Router 1 se procedió a dar una dirección IP a cada una de las interfaces conectadas: G0/0 y G0/1 y
posteriormente activarlas en la red.

Figura 13. Levantamiento de las interfaces GigaBit Ethernet en ambos extremos del router 2.

Luego se levantó un protocolo de enrutamiento RIP V1 por medio de comandos en la consola CLI.

Figura 14. Enrutamiento RIP V1 para las redes 10.1.1.0 & 20.20.20.0

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

• ROUTER 3

El mismo modo operándose repite en este Router con la asignación de direcciones a las interfaces y su respectivo
levantamiento.

Figura 15. Levantamiento de las interfaces GigaBit Ethernet en ambos extremos del router 3.

Luego se levantó un protocolo de enrutamiento RIP V1 por medio de comandos en la consola CLI.

Figura 16. Enrutamiento RIP V1 para las redes 20.20.20.0 & 172.16.1.0

• PC (HOST FINAL)
Para esta parte es indispensable haber configurado previamente los servicios DHCP en ambos servidores ya que este servicio
asignara dinámicamente y de manera ordenada una IP a nuestros Host, que serán los que posteriormente accederán al servicio
Web previamente configurado.

Figura 17. Configuración de la PC1 por medio de DHCP para su asignación dinámica de IP.

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Figura 18. Configuración de la PC2 por medio de DHCP para su asignación dinámica de IP.

Es importante que se haya configurado correctamente el servicio DHCP ya que de esto dependerá que todos los parámetros en
los dispositivos finales accedan al servidor WEB.

RESULTADO(S) OBTENIDO(S):
Los resultados obtenidos en esta practica se reflejan en sus pruebas de conectividad entre los dispositivos tanto finales y
servidores como dispositivos de enrutamiento.

• Pruebas de conectividad entre dispositivos finales:

Figura 19. Ping desde PC2 a PC1.

Figura 20. Ping desde PC1 a PC2.

• Pruebas de acceso desde Hosts al Web Server:

Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

Figura 21. Acceso al servidor Web desde PC2 por medio de la dirección [www.prueba.com]

Figura 22. Acceso al servidor Web desde PC1 por medio de la dirección [www.prueba.com]

CONCLUSIONES:

La topología asignada para esta prueba nos permitió determinar:

Que se pueden unir varios dominios de Broadcast, ya que usamos direcciones IP con mascara variable.
Que se puede asignar un dominio DNS para una dirección en determinado servidor WEB previamente configurado.
Que se pueden realizar enrutamientos RIP V1 para redes que no requieran una complejidad en su red.
Que los servicios DHCP se los puede realizar desde un Router hasta un servidor local.

Las pruebas de conectividad permitieron determinar la veracidad y la confiabilidad de la red para acceder desde cualquier parte
del mundo a un servidor WEB.
Resolución CS N° 076-04-2016-04-20
 VICERRECTORADO DOCENTE Código: GUIA-PRL-001

CONSEJO ACADÉMICO Aprobación: 2016/04/06

Formato: Guía de Práctica de Laboratorio / Talleres / Centros de Simulación

RECOMENDACIONES:
Se recomienda realizar una planeación estructurada por medio de tablas para evitar confusiones en las direcciones IP y en sus
mascaras de red.
REFERENCIAS BIBLIOGRAFICAS:
[1] IBM, 1998 – 2014, Redes Protocolo de configuración dinámica de hosts (Hosts), IBM i V7.2, España.
[2] IBM, 1998 – 2014, Redes Sistema de nombres de Dominio (DNS), IBM i V7.2, España.
[3] P. Carlos, 2014, Servidor Web, Datacenter en Chile: HostName, Chile, Available on
[https://www.hostname.cl/blog/servidor-web]
[4] L. Eduard, Protocolo HTTP y Servidores Web, 8ª Unidad Didáctica, UPC, Available on
[http://elara.site.ac.upc.edu/documentacion/INTERNET%20servidores%20WEB.pdf]

Estudiante: Jonathan Humberto Luzon Carrion

Resolución CS N° 076-04-2016-04-20