CCNA lab 32 of 46
AAA: RADIUS and TACACS+ clients with local fallback
Move device logins to a central RADIUS server that also decides each user's privilege level, keep a local account for when the server is down, record sessions with accounting, and configure a TACACS+ client to see the fallback in action.
Run this lab
It needs Lite: its 4 nodes are set to 4 vCPU and 4,096 MB in total. That fits the free demo too.
In your workspace: Shared, then CCNA 200-301 guided labs, then 32 - AAA - RADIUS and TACACS plus clients with local fallback
- Level
- Advanced
- Time
- About 55 minutes
- Nodes need
- 4 vCPU, 4,096 MB
- Smallest plan
- Lite
The scenario
Wexford Veterinary Group is growing from two routers to twenty, and local accounts on every device are becoming unmanageable: leavers keep their access and nobody can say who changed what. The new AAA server (RADIUS, 10.32.0.100) will authenticate administrators centrally and tell each router what privilege level a user gets. A TACACS+ server is planned at 10.32.0.101 but isn't installed yet, which is a perfect chance to test the local fallback.
| Device | Address | Role |
|---|---|---|
| R1 | 10.32.0.1/24 | RADIUS client |
| R2 | 10.32.0.2/24 | TACACS+ client (server not yet available); SSH/Telnet client for tests |
| AAA | 10.32.0.100/24 | RADIUS server, UDP 1812/1813, secret RadSecret1 |
RADIUS users: alice / AlicePass1 (privilege 15), bob / BobPass1 (privilege 1). Local fallback user on both routers: admin / Cl@ssLab1 (privilege 15).
What you’ll practise
- Compare authentication, authorisation and accounting, and RADIUS with TACACS+
- Enable AAA safely with a local fallback account
- Configure a RADIUS server group and method lists for VTY logins and exec authorisation
- Test AAA with test aaa and real logins, and read the server's log
- Configure a TACACS+ client and observe the fallback to local when the server doesn't answer
The tasks
- Know the three As and the two protocols
- Turn on AAA without locking yourself out
- Point R1 at the RADIUS server
- Use RADIUS for remote logins
- Record sessions with accounting
- Configure TACACS+ and watch the fallback
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- R1
Gi0/0to S1Gi0/0 - R2
Gi0/0to S1Gi0/1 - AAA
eth0to S1Gi0/2
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| R1 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 1,024 MB |
| R2 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 1,024 MB |
| S1 | Cisco IOSvL2 | viosl2-adventerprisek9-m.ssa.high_iron_20200929 | 1 vCPU, 1,024 MB |
| AAA | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 1,024 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
CCNA 200-301 guided labs.Open
32 - AAA - RADIUS and TACACS plus clients with local fallbackand start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More CCNA labs
Related labs in other courses
CloudLabBox is independent of Cisco. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.