Seleccionar página
Configuración de AAA Radius y TACACS en Cisco Packet Tracer

Configuración de AAA Radius y TACACS en Cisco Packet Tracer

Objetivos

Implementar y configurar AAA RADIUS/TACACS en Cisco Packet Tracer (CPT)

 

Información básica

Los servidores AAA (Autorización, Autenticación y Accounting)

Se utilizan para una mayor seguridad en el acceso dentro de una red, centralizando y asegurando el acceso a dispositivos de red.

Existen dos protocolos principales que son RADIUS y TACACS

 

 

Parte 1: Laboratorio

 

  • El laboratorio que vamos a implementar en CPT, está conformado por:
    • 2 router
    • 1 pc cliente
    • 1 servidor Radius
    • 1 servidor Tacacs
  • Topología por usar

aaa_tacacs_cisco-01-eclassvirtual

 

 

Parte 2: Configuración de Servidores en CPT

 

  • Servidor RADIUS
    • Dirección IP 192.168.1.200/24

aaa_tacacs_cisco-02-eclassvirtual

 

 

  • Servicio AAA RADIUS
    • Service: On
    • Client Name: R2
    • Client IP: 192.168.1.2
    • Server Type: Radius
    • Secret: psw (Password compartida entre servidor Radius y dispositivos de red (R2))
    • Username: user1 (usuario de acceso por Radius en R2)
    • Password: psw1 (clave de acceso por Radius en R2)

aaa_tacacs_cisco-03-eclassvirtual

 

  • Servidor TACACS
    • Dirección IP 192.168.1.100/24

aaa_tacacs_cisco-04-eclassvirtual

 

  • Servicio AAA TACACS
    • Service: On
    • Client Name: R1
    • Client IP: 192.168.1.1
    • Server Type: Tacacs
    • Secret: psw (Password compartida entre servidor Radius y dispositivos de red (R1))
    • Username: user1 (usuario de acceso por Tacacs en R1)
    • Password: psw1 (clave de acceso por Tacacs en R1)

aaa_tacacs_cisco-05-eclassvirtual

 



Parte 3: Configuración de los router en CPT

 

  • Router R2
    • hostname R2
    • enable secret cisco
    • username cisco secret cisco
    • aaa new-model
    • aaa authentication login Acceso_Telnet group radius local (Este comando indica primero que se hará la autenticación por Radius y si falla se hará local (username cisco secret cisco))
    • radius-server RServer
      • address ipv4 192.168.1.200

      • key psw (Password compartida entre servidor Radius y dispositivos de red (R2))

    • interface GigabitEthernet0/0
      • ip address 192.168.1.2 255.255.255.0
    • line vty 0 15
      • login authentication Acceso_Telnet

 

  • Router R1
    • hostname R1
    • enable secret cisco
    • username cisco secret cisco
    • aaa new-model
    • aaa authentication login Acceso_Telnet group tacacs+ local (Este comando indica primero que se hará la autenticación por Tacacs y si falla se hará local (username cisco secret cisco))
    • tacacs-server host 192.168.1.100 key psw (Password compartida entre servidor Tacacs y dispositivos de red (R1))
    • interface GigabitEthernet0/0
      • ip address 192.168.1.1 255.255.255.0
    • line vty 0 15
      • login authentication Acceso_Telnet

 

Parte 4: Configuración de PC cliente

 

  • PC0
    • Dirección IP 192.168.1.10/24

aaa_tacacs_cisco-066-eclassvirtual

Parte 5: Pruebas de acceso RADIUS

 

  • Acceso telnet desde PC0 a R2

C:\>telnet 192.168.1.2

Trying 192.168.1.2 …Open

User Access Verification

Username: user1

Password:

R2>ena

Password:

R2#

 

 

Parte 6: Pruebas de acceso TACACS

 

  • Acceso telnet desde PC0 a R1

C:\>telnet 192.168.1.1

Trying 192.168.1.1 …Open

User Access Verification

Username: user1

Password:

R1>ena

Password:

R1#

 

Parte 7: Pruebas de acceso cuando falla el servidor RADIUS

 

  • Vamos a simular una falla del Servidor Radius, por lo que vamos a requerir de usar la cuenta local (cisco/cisco). Para esto podemos bajar el servicio AAA o desconectar el server del switch

C:\>telnet 192.168.1.2

Trying 192.168.1.2 …Open

User Access Verification

Username: user1  (Falla la cuenta AAA porque el Servidor Radius está afuera)

Password:

% Login invalid

 

Username: cisco (Entonces puedo usar la cuenta cisco con clave cisco)

Password:

R2>ena

Password:

R2#

 

 

 

Parte 8: Pruebas de acceso cuando falla el servidor TACACS

 

  • Vamos a simular una falla del Servidor Tacacs, por lo que vamos a requerir de usar la cuenta local (cisco/cisco). Para esto podemos bajar el servicio AAA o desconectar el server del switch

C:\>telnet 192.168.1.1

Trying 192.168.1.1 …Open

 

User Access Verification

Username: user1 (Falla la cuenta AAA porque el Servidor Tacacs está afuera)

Password:

% Login invalid

 

Username: cisco (Entonces puedo usar la cuenta cisco con clave cisco)

Password:

R1>ena

Password:

R1#

Sígueme en Telegram

Pack Cisco CCNA 200-301, con oferta de descuento aquí

Configuración de una red con VLANs

Configuración de una red con VLANs

Configuración de VLANs

 

Una VLAN (Virtual LAN) permite que un administrador de red cree grupos de dispositivos conectados a la red de manera lógica que actúan como si estuvieran en su propia red independiente

Las VLAN son bastante útiles para hacer mas eficiente el uso de un switch dividiéndolo en tantos dominios de broadcast como puertos posea el switch. También nos permiten garantizar la calidad de servicio y agrupar los usuarios en grupos específicos; todo lo anterior y otros beneficios se pueden conseguir utilizando un solo switch a través de las VLANs.

En el siguiente video, vamos a realizar la práctica de la configuiración de múltiples VLANs, que es parte del curso de Guia básica de Cisco Packet Tracer

 

Que es y para qué sirve el comando CDP

Que es y para qué sirve el comando CDP

Que es y para qué sirve el comando CDP (Cisco Discovery Protocol)

 

Cuando estamos en una red Cisco, a veces se requiere saber cómo están conectados los switch entre sí, ¿es posible saber entonces cómo se conectan los switch unos con otros y realizar un mapa topológico de la red?.

La respuesta es sí, por medio del comando CDP, podemos saber que switch se conectan con otros switch, entonces, ¿qué es y para qué sirve el comando CDP (Cisco Discovery Protocol)?

CDP es un protocolo de Cisco que se ejecuta en todos los dispositivos de Cisco y que nos ayuda a descubrir los dispositivos de Cisco en la red. CDP es propiedad de Cisco, se ejecuta en la capa de enlace de datos y está habilitado de forma predeterminada, se puede deshabilitar globalmente con el comando “no cdp run”, con este comando ya no es posible descubrir los switch que están directamente conectado al dispositivo Cisco.

 

Veamos mejor esto con un ejemplo:

Comando CDP Cisco

Para hacer el descubrimiento realizamos los siguientes comandos:

 

R1#show cdp neighbors

Capability Codes: R – Router, T – Trans Bridge, B – Source Route Bridge

S – Switch, H – Host, I – IGMP, r – Repeater, P – Phone

 

Device ID       Local Intrfce               Holdtme          Capability       Platform         Port ID

R2                   Ser 0/0/0                     126                       R                 C2900            Ser 0/0/1

 

Con el comando “sho cdp neighbors”, podemos ver todos los vecinos directamente conectados. Arriba, se ve que R1 está conectado a R2 por la interface Ser0/0/0. Y R2 está conectado a R1 por la Ser0/0/1

 

Para el caso de R2 vemos lo siguiente:

R2#sh cdp neighbors

Capability Codes: R – Router, T – Trans Bridge, B – Source Route Bridge

S – Switch, H – Host, I – IGMP, r – Repeater, P – Phone

 

Device ID       Local Intrfce   Holdtme          Capability       Platform          Port ID

R1                   Ser 0/0/1         176                  R                     C2900             Ser 0/0/0

R3                   Gig 0/1            169                  R                     C2900             Gig 0/0

En este caso, R2 ve 2 equipos Cisco conectados de forma directa

 

Ahora para R3:

R3#sh cdp neighbors

Capability Codes: R – Router, T – Trans Bridge, B – Source Route Bridge

S – Switch, H – Host, I – IGMP, r – Repeater, P – Phone

 

Device ID       Local Intrfce   Holdtme          Capability       Platform          Port ID

R2                   Gig 0/0            136                  R                     C2900                        Gig 0/1

 




Podemos obtener más detalles de los dispositivos conectados por medio del comando “show cdp neighbors detail”

Por ejemplo

R2#show cdp neighbors detail

 

Device ID: R1

Entry address(es):

IP address : 10.10.10.1

Platform: cisco C2900, Capabilities: Router

Interface: Serial0/0/1, Port ID (outgoing port): Serial0/0/0

Holdtime: 170

 

Version :

Cisco IOS Software, C2900 Software (C2900-UNIVERSALK9-M), Version 15.1(4)M4, RELEASE SOFTWARE (fc2)

Technical Support: http://www.cisco.com/techsupport

Copyright (c) 1986-2012 by Cisco Systems, Inc.

Compiled Thurs 5-Jan-12 15:41 by pt_team

 

advertisement version: 2

Duplex: full

—————————

 

Device ID: R3

Entry address(es):

IP address : 10.20.20.4

Platform: cisco C2900, Capabilities: Router

Interface: GigabitEthernet0/1, Port ID (outgoing port): GigabitEthernet0/0

Holdtime: 163

 

Version :

Cisco IOS Software, C2900 Software (C2900-UNIVERSALK9-M), Version 15.1(4)M4, RELEASE SOFTWARE (fc2)

Technical Support: http://www.cisco.com/techsupport

Copyright (c) 1986-2012 by Cisco Systems, Inc.

Compiled Thurs 5-Jan-12 15:41 by pt_team

 

advertisement version: 2

Duplex: full

 

Con el comando “show cdp neighbord detail”, obtenemos más detalle, como, por ejemplo, la dirección IP del dispositivo vecino, además de su versión de software

 

Algunos comandos usados:

  • R1(config)# cdp run à Habilita el protocolo CDP

 

  • R1(config)# no cdp run à Deshabilita el protocolo CDP

 

  • show cdp à Muestra información global de CDP
    • GigabitEthernet0/0 is up, line protocol is down

  Sending CDP packets every 60 seconds

  Holdtime is 180 seconds

 

  • show cdp interface à Indica el estatus del CDP en la interface y su configuración
    • GigabitEthernet0/0 is up, line protocol is down

Sending CDP packets every 60 seconds

Holdtime is 180 seconds

 

Sígueme en Telegram

Introduccion a Spanning Tree Protocol STP

Introduccion a Spanning Tree Protocol STP

Introducción a Spanning Tree Protocol STP

 

STP es un protocolo que arranca en los switch de capa 2 y que nos ayudan a no tener bucles cerrados que produzcan loops en la red. Este protocolo debe ser entendido y comprendido por todos aquellos que quieren dar el examen CCNA R&S 200-125

¿Porque se requiere del protocolo de STP?

stp-protocol-cisco-ccna

En la figura de arriba podemos ver que SW! Y SW2 están conectados mediante dos cables que proporcionan redundancia, pero que a la vez provoca un bucle cerrado y que se puede describir de la siguiente manera:

  • Si el PC1 envía un ARP request porque está buscando la dirección MAC de PC2. Debemos recordar que un ARP request es una trama Broadcast (FF:FF:FF:FF)
  • SW1 reenviará la trama broadcast por todas sus interfaces, excepto por la interface por donde recibió la trama
  • SW2 recibirá ambas tramas broadcast
  • Entonces SW2 reenviará la trama por cada interfaz, excepto por donde la recibió la trama
  • Esto significa que la trama que se recibió en la interfaz Fa0/0 se reenviará en la interfaz Fa0/1.
  • La trama que se recibió en la interfaz Fa0/1 se reenviará en la interfaz Fa0/0.

Entonces lo que tenemos es un loops, ambos switches seguirán reenviando las tramas una y otra vez hasta que:

  • Se abre el loops desconectando uno de los cables entre los dos switches
  • Uno de los switch se bloqueará porque está sobrecargado de tráfico.

 

Las tramas Ethernet no tienen un valor TTL (Time to Live) por lo que darán vueltas por siempre. Además de las solicitudes ARP, hay muchas tramas que se emiten. Por ejemplo, siempre que el switch no conozca una dirección MAC de destino, se inundará de tramas.

 

Como STP resuelve los loops

STP nos ayuda a crear teologías libres de loops, bloqueando ciertas interfaces

stp-protocol-cisco-ccna-02

En la figura de arriba, tenemos tres switch que están unidos y que forma un loops. Las MAC Address fueron simplificadas

 

Como Spanning Tree está habilitado, todos los switches enviarán una trama especial llamada BPDU (Bridge Protocol Data Unit). En esta BPDU hay dos piezas de información que spanning-tree requiere:

  • MAC address
  • Priority

 

La dirección MAC y la prioridad juntas conforman el bridge ID. La BPDU se envía entre los switches como se muestra en la siguiente imagen:

stp-bpdu-cisco-ccna

STP usa el bridge ID para:

 

  • Lo primero que hace STP es elegir un root bridge, éste será el que tenga el mejor bridge ID
  • El switch con el bridge id más bajo es el mejor
  • La prioridad por defecto es 32768 y se puede cambiar en cualquier momento




En nuestro ejemplo el root bridge es el SW1 que tiene el más bajo bridge ID. Todos los SW tienen la misma prioridad por lo que la dirección MAC es el que define cuál es el mejor bridge id. SW1 tiene la MAC más baja y por ende el mejor bridge id y será SW1 el root bridge.

Los puertos del root bridge son siempre “puertos designados” (circulo con la letra D) es decir siempre están en estado de forwarding o reenvío, como se muestra en la siguiente figura

stp-designated-port-cisco-ccna

 

El siguiente paso es encontrar en todos los switch que no son root bridge (NON-ROOT) el camino más corto al root bridge. El camino más corto al root bridge se le llama “root port” (circulo con la letra R), como se muestra en la siguiente figura:

 

stp-root-port-cisco-ccna

Tanto para el SW2 interfaz Fa0/0 como para el SW3 interfaz Fa0/1 son la ruta más corta para llegar al root bridge. La elección se hace mirando la velocidad de la interfaz, cada interfaz tiene un costo determinado y se usará para la elección del root port, ejemplos de costos:

stp-cost-port-cisco-ccna

En este punto, seguimos con un loops, por lo que debemos definir entonces que puerto debe ser bloqueado ente SW2 y SW3. Para esto miraremos de nuevo el bridge id de los SW y vemos que SW2 tiene mejor bridge id que SW3, por lo que el perdedor en este caso es SW3 y tendrá que bloquear su puerto, como se muestra en la siguiente figura:

stp-blocking-cisco-ccna

En este punto ya no tenemos un loop en la topología creada gracias al STP 802.1d en este caso.

Si quieres saber más de STP y realizar prácticas con Video clases, te invito al pack de curso de CCNA 200-301

La ruta del aprendizaje CCNA

Configuración de interfaces VLAN

Configuración de interfaces VLAN

Configuración de interfaces VLAN

 

La configuración de interfaces VLAN, tiene que ver con los pasos necesarios para la creación de interfaces de la capa 3.

Las VLAN dividen los dominios broadcast dentro de un LAN, de tal manera que los broadcast de una VLAN no pasan a otra y viceversa. De manera práctica las PC de la VLAN X no pueden comunicarse con una PC de la VLAN Y de forma predeterminada.

Para que un host de una VLAN X se quiera comunicar con otra VLAN Y, debe rutearse el tráfico entre ellos, conocido también como ruteo InterVLAN. El proceso de enrutamiento entre VLAN permite reenviar el tráfico de la red de una VLAN a otra. Esta VLAN están asociadas a subredes IP que son únicas dentro de una red.

En los Switch Catalyst este ruteo se logra por medio de la creación de interfaces de capa 3 o interfaces virtuales del Switch (SVI).

 

A continuación, se muestra un video con la configuración de interfaces VLAN, que es parte del curso de «Fundamentos de GNS3»