Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


Restricciones de columnas, Ejercicios de Programación de Bases de Datos

Podemos encontrar las restricciones de las columnas o informes de configuracion en Packet Tracer

Tipo: Ejercicios

2018/2019

Subido el 03/08/2021

melany-dayana-pe-a-gonzalez
melany-dayana-pe-a-gonzalez 🇪🇨

1 documento

1 / 37

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
UNIDAD DE GESTIÓN DE TECNOLOGÍAS
Carrera de Redes y Telecomunicaciones
INFORME DE LABORATORIO 2.1
Asignatura: Redes WAN NRC: 5889 Docente: Ing. Fernando Caicedo
Alumno(a): Dayana Peña -José Zurita -Betún Joel Fecha: 18/07/2021
Tema: Configuración básica de PPP con Authenticación
Objetivo General:
Conocer la configuración básica de PPP con Authenticación.
Objetivos Específicos:
Revisar las configuraciones del routing
Configurar PPP como el método de encapsulación
Configurar la autenticación PPP
Marco Teórico
Introducción
EL protocolo Challenge Handshake Authentication Protocol (CHAP) (definido en RFC 1994)
verifica la identidad del peer mediante una entrada en contacto de tres vías.leavingcisco.com Éstos
son los pasos generales que se realizan en CHAP:
Una vez completada la fase LCP (Link Control Protocol), y negociado CHAP entre ambos
dispositivos, el autenticador envía un mensaje de desafío al peer.
El peer responde con un valor calculado mediante una función de hash de una vía (publicación de
mensaje 5 (MD5)).
El autenticador verifica la respuesta contra su propio cálculo del valor de troceo esperado. Si los
valores coinciden, la autenticación es exitosa. De no ser así, la conexión finaliza.
Este método de autenticación depende de un "secreto" conocido solamente para el autenticador y
el peer. El secreto no se envía por el link. Aunque la autenticación sea solamente unidireccional,
puede negociar CHAP en ambas direcciones, con la ayuda del mismo secreto establecido para la
autenticación recíproca.
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17
pf18
pf19
pf1a
pf1b
pf1c
pf1d
pf1e
pf1f
pf20
pf21
pf22
pf23
pf24
pf25

Vista previa parcial del texto

¡Descarga Restricciones de columnas y más Ejercicios en PDF de Programación de Bases de Datos solo en Docsity!

UNIDAD DE GESTIÓN DE TECNOLOGÍAS

Carrera de Redes y Telecomunicaciones INFORME DE LABORATORIO 2. Asignatura: Redes WAN NRC: 5889 Docente: Ing. Fernando Caicedo Alumno(a): Dayana Peña - José Zurita - Betún Joel Fecha: 18/07/ Tema: Configuración básica de PPP con Authenticación Objetivo General:

  • Conocer la configuración básica de PPP con Authenticación. Objetivos Específicos:
  • Revisar las configuraciones del routing
  • Configurar PPP como el método de encapsulación
  • Configurar la autenticación PPP Marco Teórico Introducción EL protocolo Challenge Handshake Authentication Protocol (CHAP) (definido en RFC 1994) verifica la identidad del peer mediante una entrada en contacto de tres vías.leavingcisco.com Éstos son los pasos generales que se realizan en CHAP: Una vez completada la fase LCP (Link Control Protocol), y negociado CHAP entre ambos dispositivos, el autenticador envía un mensaje de desafío al peer. El peer responde con un valor calculado mediante una función de hash de una vía (publicación de mensaje 5 (MD5)). El autenticador verifica la respuesta contra su propio cálculo del valor de troceo esperado. Si los valores coinciden, la autenticación es exitosa. De no ser así, la conexión finaliza. Este método de autenticación depende de un "secreto" conocido solamente para el autenticador y el peer. El secreto no se envía por el link. Aunque la autenticación sea solamente unidireccional, puede negociar CHAP en ambas direcciones, con la ayuda del mismo secreto establecido para la autenticación recíproca.

Para obtener más información sobre las ventajas y desventajas de CHAP, consulte RFC 1994. Requisitos

  • Quienes lean este documento deben tener conocimiento de los siguientes temas:
  • Cómo habilitar PPP en la interfaz con el comando encapsulation ppp.
  • La salida del comando debug ppp negotiation. Refiérase a Cómo Comprender la Salida de debug ppp negotiation para obtener más información.
  • Capacidad para resolver problemas cuando la fase Link Control Protocol (LCP) no está en el estado abierto. Esto se debe a que la fase de autenticación PPP no comienza hasta que la fase LCP está completa y en estado abierto. Si el comando debug ppp negotiation no indica que el LCP está abierto, debe resolver este problema antes de continuar. Nota: Éste documento no se refiere a S-CHAP (Versión 1 o Versión 2). Para obtener más información sobre MS-CHAP, refiérase a los documentos Soporte de MS-CHAP y MSCHAP versión 2. Componentes Utilizados Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware. Convenciones Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco. Configurar CHAP El procedimiento para configurar CHAP es bastante directo. Por ejemplo, asuma que tiene dos routers, izquierdo y derecho, conectados a través de una red, tal y como se muestra en la figura 1.

una autenticación unidireccional iniciada por la parte llamada es la autenticación mínima posible. Sin embargo, la parte llamadora también puede verificar la identidad de la parte llamada, y esto da lugar a una autenticación bidireccional. La autenticación unidireccional se requiere a menudo cuando se conecta con dispositivos que no son Cisco. Para la autenticación unidireccional, configure el comando ppp authentication chap callin en el router de llamada. Un sentido (unidireccional) ppp authentication chap callin ppp authentication chap Bidireccional ppp authentication chap ppp authentication chap Ilustración 2 (Sentido unidireccional) Comandos y opciones de configuración de CHAP La tabla 2 enumera los comandos y las opciones de CHAP:

Ilustración 3 (Comandos chap ) Ejemplo de transacción Los diagramas de esta sección muestran la serie de eventos que ocurren durante una autenticación CHAP entre dos routers. Éstos no representan los mensajes reales vistos en la salida del comando debug ppp negotiation. Para obtener más información, refiérase a Cómo Comprender la Salida de debug ppp negotiation. Llamada Ilustración 4 (Llamada)

Respuesta Ilustración 6 (Respuesta) La figura 4 ilustra cómo se recibe el paquete de desafío del peer, y cómo se procesa (MD5). El router procesa el paquete de desafío CHAP entrante de esta manera:

  1. El valor de ID se introduce en el generador hash de MD5.
  2. El valor aleatorio se introduce en el generador hash de MD5.
  3. El nombre 3640-1 se utiliza para buscar la contraseña. El router busca una entrada que coincida con el nombre de usuario del desafío. En este ejemplo, busca: username 3640-1 password pc
  4. La contraseña se introduce en el generador de claves MD5.
  5. El resultado es un desafío CHAP con hash MD5 unidireccional que se devuelve en la respuesta CHAP. Respuesta (continuado)

Ilustración 7 (Respuesta (continuado) La figura 5 ilustra cómo se genera el paquete de respuesta CHAP enviado al autenticador. Este diagrama muestra estos pasos:

  1. El paquete de respuesta se ensambla a partir de estos componentes.
    • 02 = identificador de tipo de paquete de respuesta CHAP.
    • ID = copiado del paquete challenge (de desafío).
    • hash= la salida del generador de claves MD5 (la información cifrada del paquete de desafío).
    • 766 - 1 = nombre de autenticación del dispositivo. Esto es necesario para que el peer busque la entrada de nombre de usuario y contraseña necesaria para verificar la identidad (esto se explica más detalladamente en la sección Verificar CHAP).
  2. El paquete de respuesta es enviado luego al trasbordador. Verificar CHAP

Ilustración 9 (Resultado) La figura 7 ilustra el mensaje de éxito enviado al router de llamada. Implica estos pasos:

  1. Si la autenticación es correcta, se genera un paquete de éxito CHAP a partir de estos componentes:
  • 03 = tipo de mensaje de éxito de CHAP.
  • ID = copiado desde el paquete de respuesta.
  • el • del € del inâ de la recepción del œ del € del â es simplemente un mensaje de texto que proporciona una explicación que puede ser comprensible para el usuario.
  1. Si la autenticación falla, se genera un paquete de falla CHAP a partir de estos componentes:
  • 04 = Tipo de mensaje de falla CHAP.
  • ID = copiado desde el paquete de respuesta.
  • el • del € del failureâ de la autenticación del œ del € del â o el otro mensaje de texto, eso proporciona una explicación que puede ser comprensible para el usuario.
  1. El paquete exitoso o fallido es luego enviado al router que realiza la llamada. Nota: Este ejemplo describe una autenticación unidireccional. En una autenticación bidireccional, todo este proceso se repite. Sin embargo, el router de llamada inicia el desafío inicial.

Resolver Problemas de CHAP Refiérase a Troubleshooting de la Autenticación PPP para obtener información sobre cómo resolver problemas. Desarrollo: Para esta práctica vamos a realizar la siguiente topología que se muestra en la figura. Figura 1 Topología de la práctica Lo que hace primero se realiza las configuraciones básicas en cada uno de los equipos se encuentra en nuestra topología.

Figura 5 Configuraciones básicas del router SWITCH 1 Figura 6 Configuraciones básicas del router SWITCH 2 Una vez terminada las configuraciones básicas se procede a realizar las direcciones IP a las interfaces Serial y Gigabit Ethernet según la tabla de direccionamiento y activamos las interfaces físicas. También vamos a establezca la frecuencia de reloj en 128000 para las interfaces seriales DCE, se crea Loopback0 en el router Central para simular el acceso a Internet y asigno una dirección IP según la tabla de direccionamiento. Figura 7 Tabla de configuraciones

Figura 10 Configuraciones S0/0/0 y G0/ Figura 11 Configuraciones del CP-A

Figura 12 Configuraciones del CP-C Lo siguiente es habilitar el OSPF del área única en los routers y utilizando la ID de proceso 1. Esto se lo hace en los router. Figura 13 Configuración del OSPF Figura 14 Configuración del OSPF

Figura 17 Configuración de la ruta pre terminada Figura 18 Configuración de la ruta pre terminada Verificamos las conectividades de extremo a extremo, ya que todos los dispositivos deben poder hacer ping a los otros dispositivos.

Figura 19 Conectividad de extremo a extremo Lo que se realiza en este paso es mostrar la encapsulación serial predetermine de nuestra topología. Como podemos observar la encapsulación serial predeterminada en un router Cisco es HDLC.