Hands-On Lab: Configuring Local AAA Authentication

This hands-on lab configures the AAA framework on a router using the local username database, creating a custom authentication method list and applying it to the VTY lines, demonstrating a more flexible and scalable authentication approach than the login local command alone.

AAA Local AuthenticationMethod List Configurationaaa new-model

~3 دقیقه مطالعه · آخرین به‌روزرسانی ۱ مهر ۱۴۰۵

Lab Objective

Enable the AAA framework on a router, create a named authentication method list using the local database, apply it to the VTY lines, and verify login behavior including the fallback method if the primary fails.

Lab Purpose

The login local command, used in the previous SSH lab, provides simple local authentication but offers no flexibility for combining multiple authentication sources or applying different policies to different lines. AAA (Authentication, Authorization, and Accounting) is the framework underlying more advanced authentication scenarios, including those covered in later labs involving external servers.

Lab Topology

R1 ---- Gi0/0: 192.168.61.1/24

Management PC: 192.168.61.50/24

Task 1: Configure Basic Addressing and a Local User

Configure R1's interface and create a local username for authentication.

Task 2: Enable the AAA Framework

Enable AAA services globally on the router.

Task 3: Create a Named Authentication Method List

Create a login authentication method list named MGMT-AUTH using the local database.

Task 4: Apply the Method List to the VTY Lines

Apply MGMT-AUTH to the VTY lines instead of the default login method.

Task 5: Verify Authentication Works

Confirm a management station can successfully log in using the local username, now authenticated through the AAA method list.

Solution and Verification

R1(config)# interface gigabitethernet0/0
R1(config-if)# ip address 192.168.61.1 255.255.255.0
R1(config-if)# no shutdown
R1(config-if)# exit
R1(config)# username netadmin secret NetAdmin2026

R1(config)# aaa new-model

-- This single command switches the router
-- from legacy line-based authentication to
-- the AAA framework -- once enabled, VTY
-- lines require an explicit AAA method list
-- rather than the older login local command
-- alone

R1(config)# aaa authentication login MGMT-AUTH local

-- "MGMT-AUTH" is an administrator-chosen
-- name for this method list -- "local"
-- specifies the local username database
-- as the authentication source

R1(config)# line vty 0 15
R1(config-line)# login authentication MGMT-AUTH
R1(config-line)# transport input ssh

ManagementPC (192.168.61.50)> ssh -l netadmin 192.168.61.1

Password: NetAdmin2026
R1>
-- Successful login, authenticated through
-- the named AAA method list rather than a
-- direct login local reference

R1# show running-config | include aaa|login authentication

aaa new-model
aaa authentication login MGMT-AUTH local
 login authentication MGMT-AUTH

Key Takeaway

Once aaa new-model is enabled, every line requires an explicit method list reference (or the implicit "default" list) rather than relying on the older login local command directly — this is a common source of unexpected lockouts when enabling AAA on a live device without first confirming a working method list is applied everywhere authentication is needed, since a line left without one can end up completely inaccessible.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

Hands-On Lab: Final Comprehensive CCNP Troubleshooting Challenge (BGP, DMVPN, and QoS Integration)

This hands-on lab presents a complex multi-layer failure across an integrated BGP-over-DMVPN topology combined with QoS marking, requiring systematic diagnosis of a route reflector misconfiguration, an NHRP registration failure, and an incorrectly applied QoS policy simultaneously affecting the same network.

ادامه

Hands-On Lab: Configuring BGP over DMVPN

This hands-on lab runs iBGP as the routing protocol across the same DMVPN hub-and-spoke topology used in the two previous labs, configuring the hub as a route reflector so spokes learn each other's routes without a full iBGP mesh, combining two previously separate concepts into one integrated design.

ادامه

Hands-On Lab: Configuring OSPF over DMVPN

This hands-on lab runs OSPF as the dynamic routing protocol across the same DMVPN hub-and-spoke topology, configuring the tunnel interface as an OSPF point-to-multipoint network type to correctly handle the hub-and-spoke adjacency pattern without requiring the broadcast network type's DR/BDR election.

ادامه

Hands-On Lab: Configuring EIGRP over DMVPN

This hands-on lab runs EIGRP as the dynamic routing protocol across the DMVPN hub-and-spoke topology built in earlier labs, verifying neighbor relationships form correctly across the multipoint tunnel and routes propagate without requiring per-spoke static configuration on the hub.

ادامه

Hands-On Lab: Configuring HSRP MD5 Authentication

This hands-on lab configures MD5 authentication on an HSRP group, verifying two routers with matching authentication strings form a normal active/standby relationship while a router with a mismatched string is excluded from the group entirely.

ادامه

Hands-On Lab: Configuring Cisco Umbrella-Style DNS Security via DNS Forwarding Redirection

This hands-on lab configures a router to redirect all client DNS queries toward a security-focused DNS resolver using DNS forwarding interception, approximating cloud-delivered DNS security enforcement without requiring per-client configuration changes.

ادامه