Cisco NX-OS data centre lab 11 of 15
AAA, RBAC, key chains and first-hop security
Lock down a Nexus switch. Build a custom role and prove what it can and can't do, authenticate OSPF through a key chain, send logins to a TACACS+ server with a safe fallback, and add DHCP snooping and port security on the server VLAN.
Run this lab
It needs Standard: its 5 nodes are set to 6 vCPU and 8,704 MB in total.
In your workspace: Shared, then Cisco Nexus NX-OS data centre guided labs, then 11 - AAA RBAC key chains and first-hop security
- Level
- Advanced
- Time
- About 90 minutes
- Nodes need
- 6 vCPU, 8,704 MB
- Smallest plan
- Standard
The scenario
An auditor is coming to hall 3. Today everyone logs in with admin, OSPF trusts anyone who speaks it, and any device on the server VLAN could pretend to be the DHCP server. You have one day to fix all of it. R1 already expects OSPF MD5, which is why it's not your neighbour yet. R2 is the real DHCP server on VLAN 10. OPS runs the TACACS+ server, which knows two users, and NX-API is on so you can test logins from outside.
| Item | Value |
|---|---|
| Role | TENANT-OPS: read everything, and change only Ethernet1/5-6 |
| Local user | tenantops, password Ops-Lab-2026 |
| Key chain | OSPF-KEYS, key 1, string Ashgrove-Key1 |
| TACACS+ server | 192.168.100.10, key Tac-Key-2026, through VRF management |
| TACACS+ users | alice, password Alice-Pass1, privilege 15. bob, password Bob-Pass1, privilege 1 |
| DHCP | R2 (10.10.10.2) on Ethernet1/2, trusted. H1 on Ethernet1/5 is a client. |
Test helper on OPS: /root/lab/nx.py USER PASSWORD show|conf "command" makes one NX-API call and prints the result.
What you’ll practise
- Write a role with feature rules and an interface policy, and prove it from outside
- Authenticate OSPF with a key chain, against an IOS neighbour
- Point AAA at a TACACS+ group through the management VRF, and test it
- Explain when local fallback is used, and keep the console safe
- Use DHCP snooping and port security
- Say which first-hop features need TCAM space on this image
The tasks
- Start the lab
- A custom role
- Authenticate OSPF with a key chain
- TACACS+ logins
- What local fallback really means
- First-hop security
- What needs TCAM on this image
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
- N1
e1to R1Gi0/0 - N1
e2to R2Gi0/0 - N1
e5to H1eth0 - N1
e0to MGMT (network) - OPS
eth0to MGMT (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| N1 | Cisco Nexus 9000v | nxosv9k-9300v-9.3.10 | 2 vCPU, 6,144 MB |
| R1 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 512 MB |
| R2 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 512 MB |
| H1 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| OPS | 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
Cisco Nexus NX-OS data centre guided labs.Open
11 - AAA RBAC key chains and first-hop securityand 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 Cisco NX-OS data centre labs
All Cisco NX-OS data centre 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.