UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS ESCUELA DE COMPUTACION

Transcripción

1 UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS ESCUELA DE COMPUTACION CICLO: 01/ 2013 Nombre de la Practica: Lugar de Ejecución: Tiempo Estimado: MATERIA: GUIA DE LABORATORIO #08 Protocolos de capa OSI de transporte Laboratorio de Redes 2 horas y 30 minutos Redes de Area Local I. OBJETIVOS Que el estudiante: Defina los parámetros mínimos para configurar los Servicios de red (DHCP, DNS, HTTP, FTP y ) en el simulador de redes Cisco Packet Tracer Identifique los puertos públicos usados para acceder a un Servidor y los puertos privados usados por los clientes. Determine los principios de funcionamiento de un Servidor DHCP Ejecute apropiadamente la configuración de una pila de direcciones ip automáticas dentro de un router Analice el proceso de comunicación de 3 vías ejecutado por el protocolo TCP II. INTRODUCCION TEORICA Direccionamiento IP de los hosts de una LAN (DHCP) El Protocolo de Configuración de Host Dinámica (DHCP: Dynamic Host Configuration Protocol) existe desde 1993 como un protocolo estándar y se describe en detalle dentro del estándar RFC DHCP es un protocolo que hace lo mismo que BOOTP, es decir que permite a dispositivos individuales en una LAN, obtener su propia información de Configuración de Red (dirección IP; máscara de sub-red, puerta de enlace, DNS, etc.). En otras palabras, DHCP permite asignar IPs dinámicamente, sin necesidad de definir una lista de direcciones MAC. Esta ventaja hace que DHCP sea un protocolo ampliamente utilizado en LAN grandes. Cómo realiza sus funciones un Servidor DHCP? Un Servidor DHCP supervisa y distribuye las direcciones IP de una LAN, asignando una dirección IP a cada anfitrión que se integre a la red. Por ejemplo, cuando una computadora portátil se configura para utilizar DHCP, a ésta le será asignada una dirección IP y otros parámetros de red necesarios para unirse a cada Red de Área Local donde se localice. Además de repartir direcciones IP, DHCP puede distribuir información sobre DNS (Dinamic Nomber Server), direcciones IP estáticas para Host conocidos, entre otros parámetros. Existen tres métodos de asignación proporcionados dentro del protocolo DHCP: Asignación manual: La asignación utiliza una tabla con direcciones hardware (MAC: Media Access Control Address). Sólo los anfitriones con una dirección MAC definida en dicha tabla recibirá el IP asignada en la 1 / 16

2 misma tabla. Esto se hace a través de los parámetros hardware ethernet y fixed-address del archivo de configuración. Asignación automática: Se define un rango de direcciones IP, de las cuales se asigna a cada anfitrión una IP dentro del rango de manera permanente Asignación dinámica: Se determina arbitrariamente un rango de direcciones IP y cada anfitrión conectado a la red se configura para solicitar su dirección IP al servidor DHCP cuando se inicia su dispositivo de red (NIC). También se define un intervalo de tiempo controlable (parámetros default-lease-time y max-lease-time) de modo que las direcciones IP no sean permanentes y se puedan reutilizar de forma dinámica. Además, un Servidor DHCP puede brindar su servicio a más de una Subred, desde un mismo Servidor, gracias al uso de una cantidad de interfaces de red (NIC) conectadas. Cada NIC del Servidor se conecta a una Subred diferente. Para cada NIC de la PC Servidor, se configura una IP de manera estática, que pertenezca a la subred a utilizar en ese enlace. Sistema de nombres de dominio (DNS) El sistema de nombres de dominio (DNS) es un sistema para asignar nombres a equipos y servicios de red que se organiza en una jerarquía de dominios. Las redes TCP/IP, como Internet, usan DNS para buscar equipos y servicios mediante nombres descriptivos. Para que el uso de los recursos de red sea más fácil, los sistemas de nombres como DNS proporcionan un método para asignar el nombre descriptivo de un equipo o servicio a otros datos asociados a dicho nombre, como una dirección IP. Un nombre descriptivo es más fácil de aprender y recordar que las direcciones numéricas que los equipos usan para comunicarse a través de una red. La mayoría de la gente prefiere usar un nombre descriptivo (por ejemplo, sales.fabrikam.com) para buscar un servidor de correo electrónico o servidor web en una red en lugar de una dirección IP, como Cuando un usuario escribe un nombre DNS descriptivo en una aplicación, los servicios DNS convierten el nombre en su dirección numérica. Cómo funciona un servidor DNS? Un servidor DNS proporciona resolución de nombres para redes basadas en TCP/IP. Es decir, hace posible que los usuarios de equipos cliente utilicen nombres en lugar de direcciones IP numéricas para identificar hosts remotos. Un equipo cliente envía el nombre de un host remoto a un servidor DNS, que responde con la dirección IP correspondiente. El equipo cliente puede entonces enviar mensajes directamente a la dirección IP del host remoto. Si el servidor DNS no tiene ninguna entrada en su base de datos para el host remoto, puede responder al cliente con la dirección de un servidor DNS que pueda tener información acerca de ese host remoto, o bien puede consultar al otro servidor DNS. Este proceso puede tener lugar de forma recursiva hasta que el equipo cliente reciba las direcciones IP o hasta que se establezca que el nombre consultado no pertenece a ningún host del espacio de nombres DNS especificado. Protocolo HTTP El protocolo HTTP (Protocolo de transferencia de hipertexto) es el protocolo más utilizado en Internet. Tiene la finalidad de transferir los datos a través de Internet (en particular páginas Web escritas en HTML), incluyendo la transferencia de archivos adjuntos entre un navegador (el cliente) y un servidor web, localizado mediante una cadena de caracteres denominada dirección URL. Comunicación entre el navegador y el servidor La comunicación entre el navegador y el servidor se lleva a cabo en dos etapas: + El navegador realiza una solicitud HTTP + El servidor procesa la solicitud y después envía una respuesta HTTP Redes de Area Local 2

3 Servicio FTP (Protocolo de Transferencia de Ficheros) El servicio FTP (File Transfer Protocol) es uno de los más antiguos dentro de Internet. Es un servicio que los usuarios lo utilizan frecuentemente (para descarga de drivers, música, documentos, etc.). Existen dos tipos de transferencias: + Descarga (download). Consiste en traer un archivo a nuestro ordenador desde un servidor remoto. También se dice "bajar un archivo". + Carga (upload). Consiste en llevar un archivo desde nuestro ordenador a un servidor. También se dice " subir un archivo". Por tanto un servicio FTP se utiliza para transferir información, almacenada en ficheros, de una máquina remota a otra local, o viceversa. Para poder realizar esta operación es necesario conocer la dirección IP (o el "nombre") de la máquina a la que nos queremos conectar para realizar algún tipo de transferencia. Es fundamental distinguir entre máquina local y máquina remota: + MAQUINA LOCAL: Es aquella desde donde se conecta usuario para hacer la transferencia, es decir, donde se ejecuta a ftp. + MAQUINA REMOTA: Es aquella que contiene los archivos que se desean transferir. El servicio FTP se puede realizar a través de los navegadores de Internet (Netscape e Internet Explorer), así como a través de clientes FTP. Los servidores FTP controlan el acceso de los usuarios a su sistema de carpetas. Esto quiere decir que, para conectarse a un servidor FTP, se necesita un usuario (login) y una contraseña (password). Se ofrece una alternativa de acceso no autentificado: el usuario anonymous, que no lleva contraseña. Normalmente, este usuario tiene los permisos restringidos. Electronic mail o Correo electrónico ( ) Es un servicio muy utilizado en internet, que permite el intercambio de mensajes entre usuarios. En sus orígenes, los s eran enviados directamente desde un usuario a una computadora, lo que requería que ambas computadoras estuvieran en línea- online al mismo tiempo. Luego se crearon los servidores de que aceptan, reenvían, entregan y almacenan mensajes. De esta manera los usuarios no deben estar online de forma simultánea. Composición o formato de un El formato de un está definido en el RFC 5322 y la serie RFC 2045 a RFC 2049, colectivamente llamados Multipurpose Internet Mail Extensions (MIME). Un mensaje de está compuesto de dos componentes separados por una línea en blanco: * La cabecera del mensaje (header): contiene información de control, la dirección de quien envía el y uno o más receptores. También, opcionalmente, un asunto y otros campos. Ver: cabecera de . * El cuerpo del mensaje (body): el mensaje en sí como un texto sin estructura. Ver: cuerpo de . Originalmente solo se podía enviar texto en los s. Actualmente es posible agregar cualquier tipo de multimedia, a través de las extensiones MIME. Junto con el mensaje se pueden adjuntar archivos. Redes de Area Local 3

4 La dirección de Para enviar un mensaje de es necesario tener la dirección de nuestro destinatario. Una dirección de tiene la forma: Una dirección de se identifica por el uso de la arroba entre el nombre de usuario y el nombre del proveedor del servicio. Aplicaciones para envío y recepción de s Los mensajes de son intercambiados entre hosts que emplean el protocolo SMTP, con programas llamados agentes de transferencia de s. En tanto, los usuarios pueden recibir sus s de los servidores empleando protocolos como POP o IMAP; o protocolos propietarios específicos como Lotus Notes o Microsoft Exchange Servers. También pueden emplear servicios de webmail para acceder a los s desde un navegador web. * Aplicaciones online: Existen servicios online dedicados al webmail como Gmail, Hotmail, Yahoo! Mail, etc. En general, un usuario debe registrarse dentro de un servidor de para obtener una cuenta de correo electrónico. * Aplicaciones de computadora: Algunas aplicaciones que se utilizan para el envío y recepción de s son: Microsoft Outlook Express, Microsoft Outlook, Netscape Mail, Eudora y Pegasus Mail. III. MATERIALES Y EQUIPO Para la realización de la guía de práctica se requerirá lo siguiente: No. Requerimiento Cantidad 1 Guía #09 de Redes de Area Local 1 2 PC con Software Packet Tracer instalado 1 IV. PROCEDIMIENTO Parte 1: Diseño de un esquema de direccionamiento de red (direccionamiento IP) 1. Preparar una nueva simulación de Packet Tracer. Guardarla bajo el nombre Practica9_ServiciosRed 2. Proceda a crear la topología de red mostrada en la Figura 9 con las series de dispositivos ahí indicados. Deberá modificar físicamente a ambos router para agregarles un modulo de puertos WIC-2T a cada uno. Agregar al router 2620XM un modulo NM-2FE2W. 3. A cada switch de la Subred A y Subred B, conectarles 4 host diferentes (de tipo PC y/o Laptop al gusto) y también a un dispositivo Server-PT. Dar clic en cada dispositivo Server-PT conectado a switch, ingresar a ficha superior Config y dar clic en opción HTTP del listado de servicios y desactivarlo (opción Off). De igual forma, seleccionar el resto de servicios y desactivarlos también. Cambiar de nombre al Server que forma parte de la Subred A por _FTP. De igual forma, cambiar nombre del servidor conectado al switch de la Subred B por DHCP. Redes de Area Local 4

5 Figura 9: topología de red del procedimiento. 4. Agregar 2 nuevos Server-PT en el área de trabajo, para conectarlos al switch de la Subred C. Cambiarles sus nombres por HTTP y DNS, respectivamente. 5. Elaborar el esquema de direccionamiento ip para las redes indicadas en la topología y anotarla en la tabla 9.1 a continuación: Subred ip red+mk subred ip gateway(*) host inic y host final Subred A Subred B Subred C Enlace entre router (*): Utilizara la 1er ip del rango de host. Tabla 9.1: Parámetros de direccionamiento IP s de las 2 Subredes a utilizar 6. Ingresar a la CLI de cada router para ejecutar la configuración de cada interfaz conectada de acuerdo al esquema de direccionamiento de la Tabla 9.1. Ademas, agregar el enrutamiento ip necesario para que cada router pueda alcanzar las ip de redes que no tengan directamente conectadas. Desactivar al protocolo CDP. 7. Deshabilitar el trió de protocolos (CDP, STP y DTP) en cada uno de los 3 switch con los secuencia de comandos siguientes: no cdp run no spanning-tree vlan 1 interface range fastethernet 0/1-24 switchport mode access switchport nonegotiate exit Redes de Area Local 5

6 8. Configure el protocolo ip de los server conectados en las Subredes A y B con la ultima ip de host disponible de la respectiva subred a la que esté conectado cada uno. De igual forma, el server DNS y el server HTTP usaran la última y penúltima ip host de la red a la cual se conectan ambos. 9. Desde el command prompt de Server HTTP, ejecute los comandos ping necesarios para comprobar que hay comunicación hacia el resto de Server e incluso a las interfaces de los router. No continúe con el procedimiento hasta lograr comunicación efectiva en todas las pruebas. Parte 2: Configuración del Servicio de direccionamiento de red automático (DHCP) Sección A: Configuración de DHCP en Server dedicado. 10. Dar clic en el servidor DHCP y seleccionar la ficha superior Config. 11. Del listado de Servicios a la izquierda, localizar y hacer clic en el Servicio DHCP. Se mostrara una ventana similar a la mostrada en la Figura 9.1. Figura 9.1: Parámetros de configuración del Servicio DHCP de dispositivo server DHCP 12. Ahora procederá a configurar los parámetros mínimos del Servicio DHCP para brindar Configuraciones de red automáticas a los clientes de la SubRedB que lo soliciten. Del direccionamiento IP implementado con la Subred B, configure la pila DHCP predetermina (llamada serverpool) con los parámetros solicitados a continuación: Default Gateway: Start IP Address (Determinar la decima IP de host de la subred B): Subnet Mask: Maximum number: 15 host Redes de Area Local 6

7 13. Presione botón Save para guardar la configuración de esta pila de direcciones automáticas (ServerPool). Cierre ventana de configuración del Server 14. De clic sobre un Host de la Subred B y seleccione direccionamiento DHCP. Espere un momento y vea lo que le ocurre a la configuración IP asignada previamente. Vera que su direccionamiento IP estático ha sido reemplazado por otro, proporcionado desde el servidor DHCP que acaba de configurar. 15. Realice una prueba de comunicación de red interna, ingresando al command prompt de este host con direccionamiento ip dinámico, para ejecutar comando ping hacia las ip de cada server de toda la topología. La prueba debe ser exitosa. 16. Ahora surge la pregunta Cómo se desarrollo este cambio de direccionamiento IP del host (de estático a dinámico)? 17. Para analizar el proceso DHCP, proceda a cambiarse al Modo de Simulación. 18. Luego de clic sobre otro de los host de la Subred B (que aun tiene direccionamiento ip estático) e ingresar a la configuración de protocolo ip del y cambie del modo de direccionamiento IP estático al dinámico (DHCP). Vera una trama lista a ser enviada por este host. Figura 9.2A: Información de PDU inicial de una Solicitud de Cliente DHCP Figura 9.2B: Información detalla por c/protocolo de la Solicitud de Cliente DHCP 19. Sin cerrar la ventana de configuración de la PC anterior, de clic sobre el área de trabajo y luego en el sobre DHCP. Se muestra una ventana similar a la Figura 9.2A. 20. Para ver una información más detallada/exacta de esta petición, de clic en ficha superior (Outbound PDU Details) y se mostrara la Figura 9.2B. Luego desplazarse con barra vertical por cada nivel de las PDU generadas. De este recorrido, concentre su atención a los siguientes datos específicos de protocolo que se ha generado cada PDU: Redes de Area Local 7

8 En la Capa 7, hay una aplicación cliente con protocolo DHCP activado por usuario, que solicita direccionamiento de red a la IP de un servidor DHCP ( ) y que aun no sabe si existe en la red local a la cual tiene acceso si!! A nivel de la capa 4 OSI, se ha creado una PDU (Segmento) que utiliza el protocolo UDP (User Datagrama Protocol) con el puerto reservado de origen 68 y de destino 67. Los parámetros de direccionamiento de Capa OSI de red (IP) tanto de origen ( ) como de destino ( ). Identifique la función de red desempeñada por cada una de esas direcciones. Los parámetros de direccionamiento físico (MAC) de la trama Ethernet de tipo broadcast, tanto la mac de origen como la de destino (difusión). 21. A esta PDU de solicitud DHCP inicial a transmitir, se le denomina mensaje DHCPDISCOVER. Cierre la ventana de información de la PDU anterior y retorne a la ventana del Panel de Lista de Eventos. 22. Inicie la generación de eventos al dar clic en el botón (Auto Capture/Play). Este atento a pausar la simulación cuando esta trama llegue al Server DHCP. Observe que el Server DHCP recibe la trama de Solicitud Cliente DHCP. Como respuesta, se tienen listas 2 nuevas tramas generadas por ICMP de capa 3. Identifique el tipo de c/u de las tramas de respuesta dadas por el Servidor ante esta solicitud de un posible cliente DHCP. Ambas tramas (ARP e ICMP) llevan como destino la próxima ip host automática libre dentro de su rango ip configurado. Con esta prueba, el Server evaluara si ya existe otro host en la red que tenga la misma ip-host que desea ofrecer a su Cliente DHCP. 23. Cierre la ventana de detalles de PDU y presione nuevamente en Play... Primero se transmite trama ARP para determinar si algún equipo responde. Este atento a pausar nuevamente la simulación cuando Servidor DHCP determine que no hay respuesta a su ARP de prueba!! Observe a la derecha 24. Como respuesta a esta trama ARP no correspondida, el Server DHCP ya no enviara la 2da trama con ICMP, porque la convertirá en una trama de mensaje DHCPOFFER dirigida al host que envió su petición DHCPDISCOVER. 25. Presione Play para continuar la simulación. Observe que Servidor envía una trama de DHCPOFFER dirigida al Host que envió la trama de DHCPDISCOVER!! 26. Este listo a pausar la simulación justamente al llegar trama DHCPOFFER al host que inicio la solicitud DHCPDISCOVER. 27. De clic en esta trama DHCP recibida en la PC, y luego ingrese a la ficha superior (Inbound PDU Details). Recorra la información exacta por c/pdu y observe lo siguiente: El servidor le ha respondido con sus direcciones MAC e IP (parámetros SRC MAC: de trama Ethernet II y SRC IP: del paquete IP) dentro de la LAN. Pero la trama va dirigida a una MAC de difusión y una IP multidifusión (ver DEST MAC e DST IP, respectivamente) A nivel de capa 4 OSI, se ha recibido un Segmento Capa 4 enviado por Server DHCP con el puerto origen 67 y de destino 68. Y lo más delicado, a nivel de la Capa 7, hay una respuesta de Oferta direccionamiento ip (DHCPOFFER) a la solicitud DHCPDISCOVER previa. Redes de Area Local 8

9 Esta Oferta incluye una dirección host (ver el parámetro YOUR" CLIENT ADDRESS), la dirección ip del Server que ofrece el direccionamiento automático (ver SERVER ADDRESS) y una confirmación con la MAC del host inicial (ver CLIENT HARDWARE ADDRESS). Y queda en espera de registrar a esta ip en su Tabla de reservas de IP clientes. Esto último, porque el Host debe aceptar primero su Oferta de direccionamiento. 28. Ingrese a la ficha (Outbound PDU Details). Debido a que el Host acepto la oferta, envía un acuse de recibo DHCPDISCOVER, pero esta vez, dirigida al Servidor DHCP especifico descubierto en la comunicación anterior con la cual el Host acepta convertirse en uno de sus Clientes DHCP. Recorra la información exacta por c/pdu y observe lo siguiente: La respuesta del Host se hace intercambiando ambos puertos UDP. Los parámetros de direccionamiento de Capa OSI de red del Host Origen aun no cambian, porque este último debe recibir confirmación final del Server para activarlos para sí mismo. En cambio, el direccionamiento ip y mac del destino ya son específicos, dirigidos al Server DHCP. 29. Permita que la simulación de eventos continue. Observe como la confirmación llega al Server nuevamente y es enviada una trama de confirmación. Esta es exactamente igual a la 1er trama DHCPOFFER que envió el Server. 30. Luego, observe que cuando Host recibe nuevamente esta misma trama, activa el direccionamiento de red (Ip host, mascara, ip Gateway, ip DNS y otros) recibido previamente por el Server DHCP, convirtiéndose así en uno de sus Clientes DHCP. 31. Finalmente, el nuevo cliente de red envía una trama ARP dirigida a su propia IPhost, para confirmar que no haya otro Host con la misma IP que ya recibió del Server DHCP 32. Retorne al modo de Tiempo Real del simulador, para luego hacer pruebas de ping entre esta PC que recibió ip automáticamente hacia: a) el Server DHCP (comunicacion local) y b) hacia Server _FTP, conectado a Subred A (comunicación remota). Las pruebas deben ser efectivas!! Sección B: Configuración de una Pila de direccionamiento DHCP en un Router A continuación, procederá a configurar un Servidor de DHCP desde un Router, específicamente para el rango de ip s para los Host pertenecientes a la Subred A. 33. Ingrese nuevamente a la CLI del Router 1841 y luego a su Modo de Configuración Global. 34. Observar la secuencia de comandos siguiente, que muestra un ejemplo de creacion de una pila dhcp que sera brindado por un router. La pila se llamaria DHCPpila1 y define un rango de solo 15 de direcciones ip de host para la subred /27 que el router brindaría a los clientes de esa red, comenzando por la decima ip host ( ) hasta la ip Lea los detalles de cada comando en la columna de descripción. comandos Descripción ip dhcp pool DHCPpila1 Crea una pila denominada DHCPpila1 Cambia a Modo de configuración especifico de la nueva pila dhcp, observar cursor: Router(dhcp-config)# network La pila de direcciones brindara ip host de la red con mascara subred /27. Redes de Area Local 9

10 comandos default-router exit ip dhcp excluded-address ip dhcp excluded-address Descripción Define la ip de puerta de enlace de la red, que seriá la 1er ip de host de la subred Retorna a modo global Normalmente, el router brinda todas las ip de host de la subred configurada en la pila, comenzando por la ip hasta la ultima ip host Pero si se requiere que brinde solamente 15 ip, comenzando por la decima ip ( ) hasta la , se debe indicar a router que excluya rango ( hasta la ) y luego rango ( hasta ) 35. Basado en los comandos del ejemplo anterior, crear en router 1841 a una Piscina de direcciones DHCP denominada DHCPsubredA, para que brinde solamente 10 direcciones ip de la Subred A, comenzando por la quinta ip host disponible; la ip de gateway será la 1er ip host disponible. 36. Confirme la configuración realizada, guardando los cambios en el IOS y luego (desde Modo Usuario Privilegiado) ejecutar comando show running-config. Localizar las líneas de configuración creadas en paso anterior. 37. Demuestre que el router 1841 funciona como Servidor DHCP, seleccionando una PC de la Subred A y cambiando su tipo de direccionamiento de Estático a DHCP (Automático)!! Confirme la nueva IP-Host asignada!! 38. Finalmente, por cada PC y laptop de ambas redes (Subred A y Subred B) cambie su modo de direccionamiento ip a automático (DHCP). Confirmar que cada host de ambas subredes recibió el direccionamiento ip apropiado. Parte 3: Servicio de páginas web (protocolos HTML) 39. Dar clic sobre el Server HTTP que forma parte de la Subred C. 40. Dar clic en ficha superior Config y en el servicio HTTP del listado SERVICES a la izquierda de la ventana. 41. Activar (On) servicio HTTP y dentro del código fuente html de la página Index.html predeterminada, modificar el mensaje de bienvenida (traducirlo al español) y cambiar parámetros de color en etiquetas. 42. Usar botón [>] para alterar de igual forma a las paginas helloworld.html y image.html. 43. Para acceder a este servidor de páginas web por medio del protocolo http, dar clic en una PC de la subred A 44. Dar clic en opción Web Browser, que simula una aplicación de navegador web. Digitar en la URL una sentencia similar a la siguiente: Reemplazar la ip indicada por la ip asignada al servidor HTTP de la topología y presionar botón Go. 45. Dar clic en los diferentes enlaces para navegar entre las páginas predeterminadas ofrecidas por servidor web. 46. Cierre la ventana de la PC anterior. 47. Para determinar la interacción entre protocolos y puertos usados en la capa 4 usado por un cliente HTTP para acceder al servidor HTTP y descargar las paginas, cambiarse nuevamente al Modo de Simulación 48. Ingresar al navegador web de una PC de la Subred B y digitar la siguiente URL: Al presionar botón Go, surge una trama. Inicie la generación de eventos y esté atento a pausar la simulación cuando esta trama enviada desde la PC alcance al servidor HTTP. Redes de Area Local 10

11 50. De clic sobre la trama a enviar por Server HTTP. La misma tiene un contenido similar al mostrado a continuación. 51. De clic sobre la trama a enviar por Server HTTP. La misma tiene un contenido similar al mostrado a continuación. Observe que se ha recibido una trama de solicitud HTTP. Analice específicamente el protocolo de capa 4 usado por cliente, los números de puertos fuente (SRC) y puerto destino (DST), así como Cuáles son puertos públicos y cuales privados? Luego, analice la PDU de capa 4 (Segmento) con la que responde servidor HTTP. Evalúe y compare uso de puertos 52. Cierre la ventana de detalle de pdu. Continúe la simulación de eventos y pause nuevamente cuando trama de respuesta HTTP llegue al cliente que inicio solicitud páginas web. Figura 9.3: Información de PDU de una Solicitud de Cliente HTTP 53. Analice la trama (identificada por HTTP) con la cual el Cliente web responde a la confirmación enviada por servidor HTTP. De clic en ficha Outbound PDU Details y ubicarse a nivel de protocolo de aplicación HTTP. 54. Cierre la ventana de detalle de PDU y continúe la simulación de eventos. Aumente la velocidad de eventos a un 80% y observe la ventana del Navegador al mismo tiempo que se da la transferencia de tramas entre servidor HTTP y su cliente web. La pagina html solicitada tiene mucho contenido, por lo que server divide al archivo a transferir en segmentos. El server comienza a enviar segmentos en secuencia. Por cada cantidad específica de 4-5 segmentos recibidos por el cliente, este envía una confirmación, un acuse de recibo al server. Cuando Server recibe este acuse de recepción de segmentos, envía su confirmación al cliente y el cliente envía un acuse de aceptación de confirmación para que Server continúe con envio de la próxima secuencia de tramas. A este intercambio de tramas de acuse de recibidos entre Server y un Cliente se le denomina proceso de 3 vías, ejecutado por el protocolo TCP Luego de unos 2-3min, cuando se muestre la pág. Web copyrights.html en el navegador, significa que la transferencia de segmentos finalizo y cliente inicia un proceso de 3 vías con server para cerrar sesión con servidor HTTP. 55. Retorne a modo de TiempoReal. Desde el navegador del cliente, recorra el contenido de la página descargada del server HTTP y cierre la ventana de la PC. Parte 3: Servicio de mensajes de correo electrónico Protocolo SMTP (envio correo) y POP3 (descarga correos) 56. Dar clic sobre server _FTP y en ficha superior Config de la ventana emergente. Localizar servicio del listado de Services. Redes de Area Local 11

12 57. Activar tanto protocolo de correo SMTP como a POP Definir nombre de dominio: .local.com para el servicio a levantar y presionar botón SET. 59. Con su primer nombre y 1er apellido, crear una cuenta de usuario de correo con este formato: nombre1.apellido1 (por ejemplo: juan.lopez) y redactarlo en parámetro User. Definir como contraseña su número de carnet (por ej.: cl , cuidar agregar el carácter guion) en parámetro Password. 60. Presionar botón (+) para crear y agregar cuenta anterior al servidor 61. Repita los últimos 2 pasos para crear una cuenta de correo para algún familiar suyo, y la contraseña será la fecha de nacimiento (por ej.: , cuidar uso de guion) 62. Confirme el nombre de la cuenta y contraseña de cada uno, dando clic en cada usuario del listado inferior. Cierre la ventana del Server. 63. Ahora prepare 2 Clientes de Correo diferentes, para brindar acceso a los usuarios anteriores. 64. De clic sobre un host de la red Subred A. Ingresar a opción E Mail de ficha Desktop 65. En la ventana emergente (Configure Mail), digite su nombre completo en 1er caja de texto y en parámetro Address, digite la 1er cuenta que creo en server de correo, agregando y el nombre de dominio del servidor, por ej.: juan.lopez@ .local.com 66. En la sección Server Information, digite la dirección ip asignada al servidor _FTP, tanto en parámetros incomming Mail Server como en Outgoing Mail Server. 67. Y en la sección Logon Information, digite el nombre de la cuenta (en este ejemplo juan.lopez) y la contraseña de la cuenta. Confirmar configuración con botón Save. 68. De manera similar, seleccione un host de la Subred B para configurar el 2do cliente de Cuando este todo listo, desde la aplicación de correo configurada en la PC del paso anterior, presione botón Compose, para redactar un mensaje de saludo a la cuenta de correo del 1er usuario (por ej., juan.lopez@ .local.com) y presiona Send. Luego de unos segundos, si la configuración de ambas cuentas en el server y la del cliente de correo en la PC están correctas, se indicara que mensaje fue enviado correctamente ( Send success) 70. Cierre la ventana de la PC anterior e ingrese al software del cliente de correo de la PC donde configuro la 1er cuenta de correo y presione botón Receive. Luego de unos segundos se descargara mensaje enviado por otro usuario de correo. 71. Para ver en detalle el proceso, cambiarse a modo de simulación y reducir velocidad de generación de eventos a un 70%. 72. Desde el cliente de correo activo, enviar un mensaje de respuesta dirigido al otro usuario y presionar Send. 73. En el área de la topología, dar clic a la trama TCP lista a ser enviada por cliente de correo. Identificar los datos generados en la PDU de capa 4 (segmento), es decir: protocolo TCP o UDP?, números de puertos públicos y privados utilizados?, etc. 74. Iniciar generación de eventos y observar la transferencia de segmentos entre cliente correo y servidor de correo. Observar al mismo tiempo la ventana del cliente de correo desde donde envio correo. Cuando en la ventana del cliente indica que mensaje ha sido enviado, observe como el cliente prepara de nuevo un proceso de confirmación de 3 vías para finalizar sesión con servidor de correo. 75. Pause la simulación cuando el Servidor de correo acepte el 3er segmento de confirmación del paso anterior. 76. Cierre la ventana del cliente de correo actual y abra la ventana del otro cliente de correo. 77. Desde esta ventana del cliente 2, descargara el mensaje enviado previamente por el cliente 1. Para ello presionar botón Receive. 78. Se prepara una trama a enviar. Analizar cuidadosamente los datos de capa 4 que han sido generados por este Cliente de correo al querer descargar los mensajes del Servidor. Redes de Area Local 12

13 79. Continúe la simulación y observe la transferencia de tramas entre cliente 2 y su servidor de correo. Nuevamente, al terminar de descargar el almacenado, el cliente 2 usara la confirmación de 3 vías para finalizar sesión con servidor de correos. 80. Cierre las ventanas de los clientes de correos y retornar a Modo tiemporeal. Parte 4: Servicio de Transferencia de Archivos (FTP) 81. Ahora levantara el servicio para transferencia/descarga de archivos (FTP). 82. Para ello, dar clic en server _FTP y luego buscar el servicio FTP 83. Activar el servicio presionando en opción Service On 84. Crear una cuenta de usuario FTP con estos datos: Username: miriam.esperanza Password: permisos: Write, Read, Rename, List Luego agregar usuario al servidor presionando botón (+) 85. Para probar este servicio de red, seleccione un host de la Subred A y de clic en ficha Desktop. 86. Dar clic en herramienta Editor de texto (Text Editor), redactar cual texto y presionar opción de menú File/Save. Guardarlo bajo nombre InformeVentas.xls. (simulando un archivo importante que deberá posteriormente ser enviado al servidor FTP de la empresa). 87. Cierre editor de texto e ingrese al Command Prompt. Digite símbolo? y presione enter, para ver comandos disponibles del ms-dos. 88. Ejecute comando dir, para localizar archivo xls creado anteriormente. 89. Ahora establecerá una sesión con el servidor FTP del server _FTP de la topología. 90. Ejecute comando ftp (reemplace la dirección ip indicada por la ip asignada al server _FTP) 91. Se le solicita ingresar el Username. Ingrese usuario miriam.esperanza y presione enter. Ingrese la contraseña establecida al crear la cuenta en el server. 92. Si la sesión se establece, el cursor cambiara a (ftp>). Ejecute símbolo? para ver los comandos ofrecidos por server FTP. 93. Ejecute comando dir para ver listado de archivos almacenados en el server. 94. Para subir su archivo InformeVentas.xls en el server ftp, digite comando put así: put InformeVentas.xls El archivo se copiara en el server. 95. Ejecute nuevamente dir y archivo ya estará alojado en el servidor FTP. 96. Del resultado anterior, seleccione uno de los archivos almacenados, el que tenga el menor tamaño, para luego descargarlos con comando get, así: get pt1000-i-mz bin Reemplazar nombre (pt1000-i-mz bin) por el que usted seleccione 97. La descarga del archivo comienza. Y como el archivo es grande, se llevara unos 30 seg o más en descargarlo. Mientras tanto, observe en el área de simulación a las luces de las interfaces del switch que conectan a la pc cliente y al server _FTP. Vera que hay intenso tráfico entre esos dispositivos. 98. Cuando finalice la descarga, cierre la sesión con el server ftp ejecutando comando quit. 99. De nuevo en el cursor de la PC (PC>), ejecute comando dir y vera que ya tiene almacenado el archivo que descargo desde la sesión ftp. Redes de Area Local 13

14 100. Compruebe que archivo InformeVentas.xls está almacenado en server _FTP, iniciando sesión desde otra PC (pero conectada a la Subred B). Liste los archivos y ahí lo encontrara. Parte 5: Servicio de Nombres de Dominio (DNS) 101. De clic sobre el server DNS y luego en la opción DNS de la lista SERVICES Creara un nombre de dominio para poder acceder al servidor web que funciona en el server _FTP Digite el valor en campo Name y el valor A Record en campo Type. Asignar la ip del server _FTP en campo Address y presionar botón Add Cerrar ventana anterior y cambiar a Modo Simulación. Establecer la velocidad de generación de eventos al 60% 105. Ingresar a la PC de la Subred A, para luego ingresar a la configuración ip de la misma. Asigne un direccionamiento ip de host estático (con la última ip host del rango). Pero agregar en parámetro DNS Server a la ip asignada al Server DNS de la topología 106. Ingresar al navegador web de la pc anterior e ingresar la URL Presionar Go Observe las tramas a ser enviadas por pc. Primero se obtendrá la mac de la ip Gateway de salida de la subred A. Inicie la generación de eventos Pause simulación cuando PC reciba la resolución arp del router. Analice los parámetros (de capa 4 y superiores) de la trama tipo DNS que enviara pc al continuar simulación. Esta vez, se utiliza protocolo UDP de capa 4 para realizar consulta dns sobre el nombre de dominio ingresado en la URL del navegador Continúe la simulación de eventos y esté atento a pausar nuevamente la simulación cuando la respuesta del server DNS llegue nuevamente a la pc cliente De clic sobre la trama DNS recibida y ubique los datos de la sección DNS ANSWERS. Al final de la misma se verá que el server está retornando la ip (del Server HTTP) que fue definida para el nombre de dominio consultado por cliente. Cierre la ventana de detalle 111. Observar que la consulta hacia el servidor HTTP inicia ya normalmente, ya que esta utiliza TCP como protocolo capa 4, puerto 80 y dirigida a la ip del server HTTP Retornar simulación a modo de Tiempo-Real 113. Confirmar que se muestra la página de inicio en el Navegador web. Cerrar ventana de la PC 114. Ahora solo falta que la dirección ip del servidor dns sea brindada por el servidor DHCP, ya sea en el server dedicado o desde la pila dhcp configurada en Router Ingresar a server DHCP y en la configuración del servicio DHCP de la lista SERVICES Seleccionar con ratón a la pila configurada previamente para la subred B y agregar la ip del servidor DNS en parámetro DNS Server. Guardar cambios en pila presionando botón Save y cerrar ventana Confirmar que el cambio funciona, apagando TODOS LOS DISPOSITIVOS de la simulación. Para ello, ubicar opción Power Cycle Device (ubicado arriba de listado de dispositivos de red que puede agregar a simulación) y dar clic en ella. Responder Yes a pregunta. Esperar 5 segundos para que todos los dispositivos se activen de nuevo Redes de Area Local 14

15 118. Confirmar que en todas las pc s de la subred B que tienen direccionamiento automático, ya tienen ip del dns configurada Ahora en el router Ingresar a la CLI del mismo y ver su archivo de configuración de ejecución para localizar los parámetros de la pila DHCP que configuro y levanto previamente Ingresar a modo global y luego al modo de configuración especifico de la pila DHCPpila1 (con el comando ip dhcp pool DHCPpila1) 121. Ingresar comando dns-server (debe reemplazar esta ip por la ip asignada al servidor DNS de su topologia) 122. Guardar configuración del router 1841, para desactivar y reiniciar nuevamente a toda la topología Luego del reinicio de la red, confirmar que las PC de la subred A reciben direccionamiento ip del Router 1841, incluyendo la ip para el servicio DNS Guardar cambios en la simulación y cerrar Packet tracer. V. DISCUSION DE RESULTADOS Ejercicio de configuración de Clientes de redes remotas con Direccionamiento Automático (DHCP) Crear la siguiente topología de red, que consta de un servidor (ServerDHCP) y un servidor DNS en la Red A: /24. Ambos servidores tendrán asignadas la tercera y cuarta ip de host del rango de direcciones, respectivamente. (25%) El servidor ServerDHCP brindara direccionamiento de red a los clientes locales de su propia Red A ( /24) a la cual está conectado; pero también, será capaz de atender solicitudes de clientes de redes remotas (recibidos de los host de otras redes, en este caso la RED B: /8 y RED C: /26) (45%) Cada pila de direcciones a configurar en ServerDHCP debe tener estas características: Brindar solamente 30 direcciones ip host, comenzando por la decima ip del rango disponible de la red También, la ip Gateway será la última ip de host del rango de la red. Asignara la dirección del Server DNS. Redes de Area Local 15

16 (30%) Al finalizar la configuración del Router y los servidores, todos los equipos de host clientes recibirán el direccionamiento ip automático esperado de acuerdo a la red a la que pertenecen y deberá existir una comunicación completa entre 2 host cualquiera de la topología. VII. BIBLIOGRAFIA Vicente López Camacho, LINUX, Guía de instalación y administración, Primera Edición, Osborne Mc Graw Hill, 2001, España Fuentes Web: Redes de Area Local 16