Beruflich Dokumente
Kultur Dokumente
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME N 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMTICA
Prctica No.4
MARCO TERICO.
DNS
DNS son las iniciales de Domain Name System (sistema de nombres de dominio) y es una tecnologa basada
en una base de datos que sirve para resolver nombres en las redes, es decir, para conocer la direccin IP de
la mquina donde est alojado el dominio al que queremos acceder.
Cuando un ordenador est conectado a una red (ya sea Internet o una red casera) tiene asignada una direccin
IP. Si estamos en una red con pocos ordenadores, es fcil tener memorizadas las direcciones IP de cada uno
de los ordenadores y as acceder a ellos pero qu ocurre si hay miles de millones de dispositivos y cada uno
tiene una IP diferente? Pues que se hara imposible, por eso existen los dominios y las DNS para traducirlos.
Por lo tanto, el DNS es un sistema que sirve para traducir los nombres en la red, y est compuesto por tres
partes con funciones bien diferenciadas.
Cliente DNS: est instalado en el cliente (es decir, nosotros) y realiza peticiones de resolucin de
nombres a los servidores DNS.
Servidor DNS: son los que contestan las peticiones y resuelven los nombres mediante un sistema
estructurado en rbol. Las direcciones DNS que ponemos en la configuracin de la conexin, son las
direcciones de los Servidores DNS.
Zonas de autoridad: son servidores o grupos de ellos que tienen asignados resolver un conjunto de
dominios determinado (como los .es o los .org).
El protocolo HTTP
El Protocolo de Transferencia de HiperTexto (Hypertext Transfer Protocol) es un sencillo protocolo cliente
servidor que articula los intercambios de informacin entre los clientes Web y los servidores HTTP. La
especificacin completa del protocolo HTTP 1/0 est recogida en el RFC 1945. Fue propuesto por Tim
Berners-Lee, atendiendo a las necesidades de un sistema global de distribucin de informacin como el
World Wide Web.
Etapas de una transaccin HTTP.
Para profundizar ms en el funcionamiento de HTTP, veremos primero un caso particular de una transaccin
HTTP; en los siguientes apartados se analizarn las diferentes partes de este proceso.
Cada vez que un cliente realiza una peticin a un servidor, se ejecutan los siguientes pasos:
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
DESARROLLO DE LA PRCTICA
El diagrama de red a ser implementado se representa en la siguiente figura:
Equipo
DIRECCION IP
SER WEB
SER. MAIL
PC QUITO
ROUTER
FAST EHTERNET
SERIAL 0/2/0
SERIAL 0/3/1
SERIAL 0/2/1
SERIAL 0/3/0
SWITCH
INTERFAZ VLAN
172.17.128.1
172.17.128.2
172.17.128.3
PC GYE
ROUTER
FAST EHTERNET
SERIAL 0/3/0
SWITCH
INTERFAZ VLAN
172.17.128.126
172.17.129.129
172.17.129.133
172.17.129.137
172.17.129.141
MASCARA DE RED
QUITO
255.255.255.128
255.255.255.128
255.255.255.128
GATEWAY
172.17.128.126
172.17.128.126
172.17.128.126
255.255.255.128
255.255.255.252
255.255.255.252
255.255.255.252
255.255.255.252
255.255.255.128
GUAYAQUIL
172.17.128.129
255.255.255.128
172.17.128.125
172.17.128.254
172.17.128.254
172.17.129.130
255.255.255.128
255.255.255.252
172.17.128.253
255.255.255.128
CUENCA
255.255.255.192
PC CUENCA
ROUTER
FAST EHTERNET
SERIAL 0/3/0
SWITCH
INTERFAZ VLAN
172.17.129.1
PC CUENCA
ROUTER
FAST EHTERNET
SERIAL 0/3/0
SWITCH
INTERFAZ VLAN
172.17.129.65
PC CUENCA
ROUTER
FAST EHTERNET
SERIAL 0/3/0
SWITCH
INTERFAZ VLAN
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
172.17.129.62
172.17.129.134
172.17.129.61
172.17.129.94
172.17.129.138
172.17.129.62
255.255.255.192
255.255.255.252
255.255.255.192
AMBATO
255.255.255.224
172.17.129.94
255.255.255.224
255.255.255.252
255.255.255.224
RIOBAMBA
172.17.129.97
255.255.255.224
172.17.129.93
172.17.129.126
172.17.129.126
172.17.129.142
255.255.255.224
255.255.255.252
172.17.129.125
255.255.255.224
ROUTER QUITO
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
ROUTER GUAYAQUIL
ROUTER CUENCA
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
ROUTER AMBATO
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
ROUTER RIOBAMBA
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
SWITCH QUITO
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
SWITCH GUAYAQUIL
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
SWITCH CUENCA
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
SWITCH AMBATO
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
SWITCH RIOBAMBA
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
Configuracin de Servidores:
Servidor DNS/WEB
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
2
1
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
Servidor MAIL
Configuramos el SERVIDOR MAIL con la direccin IP 172.17.128.2 con mascara 25, el Gateway
con la direccin 172.17.128.126 y el DNS con la direccin 172.17.128.1
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
Pruebas de Conexin
La prueba de conexin se lo har en dos partes:
La primera parte se verificara la conexin LAN de QUITO entre la PC-QUITO y el servidor WEB.
La segunda parte se verificara entre todas las redes LAN enviando ping entre todas las PC
www.telematica1.com
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
www.email.com
Segunda Parte
.
Enviando ping QUITO
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
CONCLUSIONES:
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
LABORATORIO DE TELEMATICA 1
INFORME PRACTICA 4
Para trabajar en redes VLSM es importante determinar la mscara con la que se trabaja dado que
permite diferenciar redes con un mismo prefijo, por lo que si existen errores en la conexin puede
ser por una definicin incorrecta de mscaras en cada ruta configurada con ip route.
Es interesante poder utilizar el DNS que se configura pen cada host para poder direccionarlo con
otros servidores, como por ejemplo en la configuracin anteriormente presentada el servidor web
puede direccionarme tambin al servidor email.
BIBLIOGRAFA: