JNCIA-Junos lab 5 of 15
User accounts and login classes
Give three teams the access they need and nothing more: a read-only help desk, a NOC that can look and ping, and network operators who can change interfaces but never the loopback. Then add an SSH key, put RADIUS in front of the local accounts and lock down repeated login failures.
Run this lab
It needs Lite: its 1 node is set to 4 vCPU and 5,120 MB in total. That fits the free demo too.
In your workspace: Shared, then JNCIA-Junos JN0-106 guided labs, then 05 - User accounts and login classes
- Level
- Beginner
- Time
- About 50 minutes
- Nodes need
- 4 vCPU, 5,120 MB
- Smallest plan
- Lite
The scenario
Ashby Freight's IT team is growing, and everyone has been sharing the lab super-user account. Security wants named accounts with the least privilege each person needs, a central RADIUS server in front of the local accounts, and limits on password guessing.
| Account | Login class | Password | Who and what |
|---|---|---|---|
helpdesk | read-only (predefined) | help123 | First-line support: look, never change |
noc1 | NOC (you create it) | noc123 | Monitoring: look at everything, ping and traceroute |
ops1 | NETOPS (you create it) | ops123, plus an SSH key | Network operator: change interfaces and routing, never the loopback |
The RADIUS server will be 10.1.0.50 on the Office LAN, shared secret Ashby-Radius-2026. It has not been installed yet, which is useful: you will see exactly what Junos does when RADIUS does not answer.
What you’ll practise
- Explain the four predefined login classes and the permission flags behind them
- Create custom login classes with permissions, allow-commands, deny-configuration and an idle timeout
- Create local accounts with passwords and SSH public keys
- Configure RADIUS with a local fallback and explain what the authentication order does when the server rejects or does not answer
- Limit login attempts and enforce a minimum password length
The tasks
- Look at your own permissions and the predefined classes
- A read-only account for the help desk
- A custom class for the NOC
- A class that may change interfaces but not the loopback
- Add an SSH key for ops1
- RADIUS first, local accounts as the fallback
- Lock down login attempts
- Test every account
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
- HQ
ge-0/0/2to Office-LAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| HQ | Juniper vJunos-router | vjunosrouter-24.2R1-S2.5 | 4 vCPU, 5,120 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
JNCIA-Junos JN0-106 guided labs.Open
05 - User accounts and login classesand 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 JNCIA-Junos labs
Related labs in other courses
CloudLabBox is independent of Juniper Networks. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.