UNIVERSIDAD TECNOLÓGICA EQUINOCCIAL

FACULTAD DE CIENCIAS DE LA INGENIERÍA

INGENIERÍA MECATRÓNICA

REDES

INFORME
PRÁCTICA – PACKET TRACER

ESTUDIANTE:
Grace Iza Barzallo

7° MECATRÓNICA TE

Página 1 de 8
TEMA.

Red con servidores DCHP, DNS y HTTP

OBJETIVO GENERAL
 Implementar una red con varios servicios y verificar el funcionamiento de los
servidores

OBJETIVOS ESPECÍFICOS
 Realizar una red con tres computadores en donde dos de ellos tengan
direccionamiento dinámico y la otra tenga un direccionamiento estático
 Configurar 4 servidores de acuerdo a las especificaciones de servicios provistos en la
guia

MARCO TEORICO
Servidores DHPC

 Un servidor Dynamic Host Configuration Protocol (DHCP) asignadinámicamente las

direcciones IP y otras configuraciones de una red determinada a otros ordenadores
clientes que están conectados a la red. Esto simplifica la administración de la red y hace
que la conexión de nuevos equipos a la red sea mucho más fácil.
Todas las direcciones IP de todos los equipos se almacenan en una base de datos que
reside en un servidor.

Un servidor DHCP puede proporcionar los ajustes de configuración utilizando dos

métodos

Rango de Direcciónes

Este método se basa en la definición de un grupo de las direcciones IP para los clientes
DHCP (tambien llamado IP address pool) que suministran sus propiedades de
configuración de forma dinámica segun lo soliciten los ordenadores cliente. Cuando un
cliente DHCP ya no está en la red durante un período determinado, la configuración
vence y la direccion ip del poll es puesta en libertad el uso de otros clientes DHCP.

Dirección MAC

Este método se basa en utilizar el protocolo DHCP para identificar la dirección de

hardware única de cada tarjeta de red conectada a la red y luego es asignada una
configuración constante así como la misma dirección IP cada vez que la configuración
de DHCP del cliente realiza una petición al servidor DHCP desde el mismo dispositivo de
red.

Página 2 de 8
SERVIDORES DNS

 Un servidor DNS (Domain Name System - Sistema de nombres de dominio) es un

servidor que traduce nombres de dominio a IPs y viceversa. En las redes TCP/IP, cada PC
dispone de una dirección IP para poder comunicarse con el resto de PCs. Es equivalente
a las redes de telefonía en las que cada teléfono dispone de un número de teléfono que
le identifica y le permite comunicarse con el resto de teléfonos.

Trabajar con direcciones IP es incómodo para las personas, ya que requeriría conocer
en todo momento las direcciones IP de los equipos a los que queremos conectarnos. En
su lugar utilizamos nombres de dominio que son más fáciles de recordar y utilizar como
por ejemplo www.google.es, www.educacion.gob.es, etc...

Cada equipo y cada servidor conectado a Internet, dispone de una dirección IP y de un

nombre perteneciente a un dominio. Internamente, la comunicación entre los PCs se
realiza utilizando direcciones IP por eso es necesario algún sistema que permita, a partir
de los nombres de los PCs, averiguar las direcciones IPs de los mismos. Ejemplo, cuando
queremos acceder a la página web del Ministerio de Educación, en la barra de
direcciones del navegador escribimos:

http://www.educacion.gob.es

Nuestro PC tendrá que averiguar cual es la IP correspondiente a www.educacion.gob.es

y una vez que ha averiguado que su IP es 193.147.0.112, se conecta con el servidor para
adquirir la página web principal y mostrarla al usuario. Si en el navegador escribimos:

http://193.147.0.112

Ahorraremos el paso de averiguar la IP y directamente nos mostrará la página web del

Ministerio de Educación.

Un servidor DNS es un servidor que permite averiguar la IP de un PC a partir de su

nombre. Para ello, el servidor DNS dispone de una base de datos en la cual se almacenan
todas las direcciones IP y todos los nombres de los PCs pertenecientes a su dominio.

No existe una base de datos única donde se almacenan todas las IPs existentes en el
mundo, sino que cada servidor almacena las IPs correspondientes a su dominio. Los
servidores DNS están dispuestos jerárquicamente de forma que cuando nuestro
servidor más inmediato no puede atender nuestra petición, éste la traslada al DNS
superior.

Página 3 de 8
RESULTADOS

Figura 1

Establecemos nuestra pequeña red de 3 ordenadores, conectándolos a nuestros servidores de

acuerdo a las características establecidas en la guía.

Figura 2

Para la comprobación de que realizamos una correcta configuración de nuestros servidores

con nuestros dispositivos finales (ordenadores) utilizamos el Prompt ping desktop command, y
realizamos un ping a nuestros dos servidores para comprobar que los paquetes enviados sean
recibidos.

Otra manera de comprobar que realizamos una correcta conexión utilizamos el Desktop Web
Browser, ya que nos mostrara la página a la cual queremos acceder como podemos ver en la
figura 3, caso contrario de haber realizado una mala configuración y conexión no obtendremos
respuesta.

Página 4 de 8
 Figura 3

Una de las ventajas que nos proporciona Cisco – Packet Tracer es que posee un modo simulación
que nos permite ver el trayecto de los paquetes que enviamos desde que solicitamos un servicio
desde el ordenador a nuestros servidores como lo veremos en las siguientes imágenes.

Figura 4

Para demostrar nuestra conexión seleccionamos el modo simulación y en el sobre sellado en

primer dispositivo que será el emisor seleccionamos cualquiera de nuestros dispositivos finales
(ordenadores) y el segundo clic seleccionamos uno de nuestros servidores, con lo cual el proceso
iniciará, tal como se puede ver en la figura 4.

Página 5 de 8
 Figura 5

Como podemos ver en la figura 5, el paquete es enviado y podemos visualizar el recorrido que
realizara desde el emisor hasta el receptor, y al lado derecho nos indicara el resultado y la ruta
que este realiza a través de los diferentes dispositivos que permiten su conexión, tales como
los dos switch utilizados, hasta que llega por ultimo llega al servidor que en este caso es el
receptor y el que nos enviara un paquete de respuesta para confirmar la conexión, como se
visualiza en la figura 6.

Figura 6

Página 6 de 8
 Figura 7

Finalmente el paquete enviado por el receptor que en este caso es el servidor, llega a nuestro
ordenador que solicito el acceso y se puede comprobar de dos maneras, la primera se
presentara de modo didáctico con los paquetes que seleccionamos y un visto verde de
confirmación al finalizar el proceso, como se ve en la figura 7 en el ordenador 2, y la segunda
manera es que en la parte inferior derecha nos sale un mensaje de estado “Exitoso” cuando
existe una correcta configuración y conexión de los dispositivos, caso contrario veremos un
mensaje de “fallo” de no estar bien configurado o conectado.

Página 7 de 8
CONCLUSIONES
 Podemos concluir que las facilidades del software nos permite simular tanto de
manera física que sería el caso de la utilización de códigos prompt del cmd virtual que
posee cada máquina y de por medio de una simulación virtual en donde nos permite
ver el recorrido que realizaría un paquete cuando solicitamos acceso a una red de un
servidor especifico. Este software también nos permite realizar las configuraciones que
tendríamos que realizar en equipos físicos de una manera muy real en donde los
errores no permiten establecer una buena conexión.

RECOMENDACIONES
 Realizar las correctas configuraciones del Gateaway a utilizar en cada ordenador y el
servidor.
 Configurar de manera correcta los servidores colocando los IPs y Gateaway que se
establecieron en los ordenadores.
 Comprobar que se esté colocando de manera correcta los direccionamientos y las
máscaras de red para evitar posibles errores al momento de solicitar servicio a un
ordenador.

Bibliografía
IBM. (2017). Conceptos de DCHP. Obtenido de
https://www.ibm.com/support/knowledgecenter/es/ssw_i5_54/rzakg/rzakgconceptpa
rent.htm

INTEF. (2017). Instituto Nacional de Tecnologías Educativas y Formacion de Profesorado.

Obtenido de Servidor DNS:
http://www.ite.educacion.es/formacion/materiales/85/cd/linux/m2/servidor_dns.htm
l

Página 8 de 8