T Techclick ← All lessons
Network security · CLI labs · Method lesson

Practise firewall CLI without a lab — 22 browser simulators, one warm-up

Watching a command is recognition. An interview asks for recall from a blank prompt. You do not need a rack, a licence, or a VM to close that gap. Learn the six questions every vendor can answer, then type them on the dummy CLI labs and HTML simulators that already live on ai.techclick.in.

16 min read · L2 primary · Quiz at end

After this page you can

Quick answer (say this out loud)

CLI skill is recall under pressure, not recognition in a recording. Ask the same six questions on every box — what are you, what are you connected to, where do you send traffic, what are you allowed to pass, what is flowing now, what went wrong recently — then prove every change with a show that reads running state. On PAN-OS and Junos that means commit first. Practice on the dummy labs under /interview and the HTML labs under /simulators. Output is canned training data. Confirm live syntax before you type on a real device.

Hero · blank prompt, no rack
Engineer at a laptop with a blank terminal prompt and no hardware rack
The interview starts at a blank prompt. The drill that builds that skill also starts there — not at a command guide.

Why watching never transfers

There is a moment every hands-on interview produces. The question is easy. You have seen it done. Nothing comes out. You know PAN-OS has a test command that proves policy match without generating traffic. You cannot produce the rest of the line.

That is not a memory failure. Following a demonstration trains recognition — confirming a command is correct when you see it. Interviews and P1 tickets need recall — producing it from nothing. Hours of the first do not buy the second.

What transfers

Typing from a blank prompt. Being wrong, then correcting. Spacing twenty minutes across four days. Interleaving vendors so you retrieve which syntax as well as what.

What does not

Rewatching a recording. Copying from a guide panel. One eighty-minute block on a single vendor. Measuring preparation in hours watched.

Flow 1 · recognition becomes recall
Watch recognition only Type it blank prompt Be wrong retrieve + correct Space it 20 min × 4 days Recall produces it cold Only the middle two stages build a skill you can produce under pressure.

Read left → right. The struggle to retrieve is the part that does the work.

Close the guide panel

Dummy labs and HTML sims ship a command list beside the terminal. Use it on the first pass of an unfamiliar vendor. After that it converts retrieval back into recognition. Stay stuck for ninety seconds before you open it.

The six questions

Every network or security device can answer the same six questions. Only the syntax changes. Learn the questions first. Syntax becomes a lookup. That is how you stay useful the first time someone hands you a vendor you have never touched.

  1. What are you? Model, version, uptime, serial, HA role.
  2. What are you connected to? Interface state, addresses, zones or VLANs.
  3. Where do you send traffic? The routing table — active, not merely configured.
  4. What are you allowed to pass? The policy or rulebase that is actually enforcing.
  5. What is flowing right now? The session or connection table.
  6. What went wrong recently? A named log or drop counter, never an unfiltered browse.
Model · six questions around one box
Six short labels around a generic firewall: identity, interfaces, routes, policy, sessions, logs
The questions are the skill. Per-vendor syntax is trivia you look up once, then type until it is automatic.
Flow 2 · one device, six questions
Any device any vendor CLI 1 · What are you 2 · Interfaces 3 · Routes 4 · Policy 5 · Sessions 6 · Recent faults

Read the ring, not a vendor column. If you can ask these six, an unfamiliar CLI is a ten-minute lookup.

Say this out loud

The six questions are vendor-independent. Syntax is a lookup. I will not open a configuration guide until I have asked identity, interfaces, routes, policy, sessions and logs.

Same six questions, six CLIs

Read the table across a row. The row is the skill. The column is trivia. Primary source for each column is the vendor CLI reference listed in Sources.

Question PAN-OS FortiOS Cisco IOS / ASA / FTD Gaia / Check Point Junos SRX F5 tmsh
What are you? show system info get system status show version show version all / fw ver show version show sys version
Interfaces show interface all get system interface show ip interface brief (IOS) · show interface ip brief (ASA) show interfaces / fw ctl iflist show interfaces terse list net self
Routes show routing route get router info routing-table all show ip route (IOS) · show route (ASA / FTD) show route show route list net route
Policy show running security-policy show firewall policy show access-list · FTD: show access-control-config fw stat show security policies list ltm virtual
Sessions show session all diagnose sys session list show conn (ASA / FTD) fw tab -t connections -s show security flow session show sys connection
Recent faults less mp-log ms.log execute log display show logging · FTD: show asp drop fw ctl zdebug drop show log messages tail /var/log/ltm
Hard words before you type

Recognition is confirming a command when you see it. Recall is producing it from a blank prompt. Candidate configuration is the editing layer on PAN-OS and Junos. Running configuration is what the box enforces. Commit promotes candidate to running. Policy-match test evaluates a 5-tuple against the running rulebase without sending traffic — test security-policy-match on PAN-OS, packet-tracer on ASA / FTD, diagnose firewall iprope lookup on FortiOS.

FortiOS reverses the Cisco instinct: get reads operational state, show reads configuration. That one swap is why Cisco-trained engineers type the wrong verb on a FortiGate for the first week.

What the dummy labs actually accept

The interview dummy labs on ai.techclick.in are an allowlist, not a full vendor shell. They answer the same six questions with a smaller set. Type these when you are on the Simulator tab — they are the strings in public/data/vendor-simulators.json.

QuestionDummy-lab command that answers itOpen
What are you?show system info · get system status · show version · fw ver · tmsh show sys versionSix primary labs in Pick a real simulator
Interfaces / zonesfw ctl iflist · show security zones · F5 self-IPs live in the HTML lab, not the dummy packUse classic syntax on a VM; use the dummy pack for identity + sessions
Routesshow routing route · get router info routing-table all · show route · show route 198.51.100.80PAN-OS, FortiOS, FTD, SRX dummy labs
Policytest security-policy-match … · diagnose firewall iprope lookup … · packet-tracer … · fw stat · show security policies from-zone trust to-zone untrust · tmsh show ltm virtual vip_finance_443Same six labs
Sessionsshow session id 48219 · diagnose sys session list · show conn address 10.10.8.22 · fw tab -t connections -s · show security flow session destination-prefix 198.51.100.80 · tmsh show sys connection cs-client-addr 10.10.8.22Same six labs
Faultsshow counter global filter severity drop delta yes · show asp drop · fw log -n -c drop | tail · F5 HTML lab reads /var/log/ltmDummy labs + F5 troubleshooting lab

What to type next

Flowchart first. If you are handed an unfamiliar box, do not start in the policy editor. Work the six questions in order. Look up only the verb you cannot produce.

Flow 3 · decide the next command
Why are you at this prompt? Unknown box six questions in order lookup syntax only You just changed it commit if candidate-config then running-state show User is failing policy-match → session → drop / log Never start in the policy editor. Orient, then change, then prove.

Diamond first. The dummy labs are built as tickets, so most of your practice time sits in the right-hand box.

Pick a real simulator

Techclick hosts two kinds of browser lab, both on ai.techclick.in. The catalog is /simulators. Every vendor interview hub also has a Simulator tab. Nothing in the table below is a guessed path.

Every line of output is training data on a fictional estate. Nothing is sent to a live tenant, API or device. Confirm current syntax on the production release before you type on a real box.

#LabUse it forOpen
1PAN-OS dummy labSix questions + test security-policy-match/interview/palo-alto-firewall#simulator
2FortiOS dummy labSix questions + diagnose sys session list/interview/fortigate#simulator
3Cisco FTD dummy labshow version, show conn, packet-tracer/interview/cisco-secure-firewall#simulator
4Check Point dummy labfw ver, fw stat, drop log/interview/check-point#simulator
5Junos SRX dummy labZones, flow session, policies/interview/juniper-srx#simulator
6F5 tmsh dummy labVIP / pool / connection/interview/f5#simulator
7F5 BIG-IP HTML labLTM virtual, pool, node/f5-simulator
8F5 troubleshooting labSix broken tickets, tmsh + /var/log/ltm/simulators/f5-troubleshooting
9Palo Alto IPsec labIKE gateway + IPsec tunnel/simulators/palo-alto-ipsec-simulator
10Prisma Access SASE labRemote network / service connection/simulators/prisma-access-simulator
11Zscaler dummy labZIA / ZPA evidence commands/interview/zscaler#simulator
12ZPA App Connector labProvisioning key + connector CLI/simulators/zscaler-app-connector
13Zscaler Branch Connector labBranch DIA workflow/simulators/zscaler-branch-connector
14Zscaler Cloud Connector labAWS / Azure connector group/simulators/zscaler-cloud-connector
15Zscaler troubleshooting labBlocked SaaS, logs, policy/simulators/zscaler-troubleshooting
16ZIA GRE / IPSec router labRouter-side GRE and IKEv2/simulators/zscaler-zia-gre-ipsec
17SonicWall dummy labInterleave a second firewall CLI/interview/sonicwall#simulator
18Sophos Firewall dummy labInterleave SFOS verbs/interview/sophos-firewall#simulator
19Cisco ISE dummy labIdentity path next to FTD/interview/cisco-ise#simulator
20Cisco Meraki dummy labCampus / SD-WAN shape/interview/cisco-meraki#simulator
21Aruba / ClearPass dummy labRole vs SSID interleave/interview/hpe-aruba-networking#simulator
22Netskope dummy labSSE interleave next to Zscaler/interview/netskope#simulator
How to split time

Exam drilling uses labs 1–6 every day. HTML labs 7–16 are one-workflow blocks. Labs 17–22 are interleave only — four minutes on an unfamiliar prompt so tomorrow’s primary vendor sticks. Do not rotate all twenty-two equally four weeks from PCNSE.

Twenty-minute loop

Primary source for the commands you type: the vendor CLI reference in Sources, plus the dummy-lab allowlist on the Simulator tab you opened. A session with no failure in it has taught you nothing. Structure the twenty minutes so being wrong is scheduled.

Side A — Warm-up (minutes 0–2)

  1. Open today’s primary lab

    PCNSE → PAN-OS dummy lab. NSE4 → FortiOS dummy lab. CCNP Security → FTD dummy lab. CCSA → Check Point dummy lab. JNCIA-SEC → SRX dummy lab. F5 201 → tmsh dummy lab or /f5-simulator.

  2. Close the guide

    Type the six identity-to-log commands from memory. If one will not come, write it down and move on. That line is tomorrow’s start.

Side B — One workflow from blank (minutes 2–10)

  1. Pick a single objective

    Add a security rule and prove match. Bring up an interface. Add a static route. Or open one HTML lab: IPsec on palo-alto-ipsec-simulator, a broken VIP on f5-troubleshooting, a connector on zscaler-app-connector.

  2. Stay stuck for ninety seconds

    Looking it up at ten seconds wastes the retrieval. At ninety seconds, open the allowlist or the vendor cheat sheet, type it, then reset and type it again without looking.

Side C — Prove, interleave, log (minutes 10–20)

  1. Verify every change

    Commit on PAN-OS and Junos. Then run the paired running-state command. Reset the workspace and rebuild the same thing once. The second pass is where retention happens.

  2. Interleave four minutes

    Open a second vendor from rows 17–22 and answer the same six questions there. The friction is the point.

  3. Write one line

    What you could not produce today. Tomorrow starts with that line, not with a new recording.

Paper-first self-test · nine lines · then type them
1–6  the six warm-up commands on today's vendor
7    the verify command after a hostname change
8    commit (PAN-OS / Junos) or the equivalent save
9    the command that proves policy match for tcp/443

Whatever you had to correct is your real skill level. Not hours watched.

Verify or it did not happen

The habit that separates a weak hands-on interview from a strong one is simple. After a configuration command, without being asked, type the command that proves it worked.

On any candidate-config platform the acknowledgement after set means only that the syntax parsed. It does not mean the value landed where you intended, that it is active, or that it survived the session. PAN-OS and Junos need commit before running state changes. A configuration-mode show reads the candidate. Traffic does not.

Proof · set, commit, show
Three-stage verification: change, commit, then a green running-state check
Change, promote, prove. Leaving out the third line is how a correct-looking rule does nothing.
You changedThen you runWhat it proves
Hostnameshow system info / get system status / show versionThe value landed and the prompt agrees
A security rule (PAN-OS)commit then test security-policy-match …The running rulebase selects that rule
A FortiOS policydiagnose firewall iprope lookup …The live lookup hits the rule you think it does
An ASA / FTD rulepacket-tracer input inside tcp …The predicted path, NAT and ACP action
An interface address (Junos)commit then show interfaces terseOperational state, not the candidate stanza
A static routeshow routing route / show route / get router info routing-table allThe route is installed, not merely configured
Three-line rhythm · PAN-OS candidate config
set deviceconfig system hostname BRANCH-FW
commit
show system info
Green means running state agrees

Success is not “the CLI said OK.” Success is a show that reads the running layer and prints the value you intended. On PAN-OS, test security-policy-match selecting your new rule after commit is that proof. A configuration-mode show of the same rule is not.

Classic fails and proof

The uncommitted rule

Ankit builds a Trust-to-Untrust web rule on PAN-OS, describes every field correctly, and never commits. Configuration-mode show displays the rule. test security-policy-match still selects deny-all. The two commands read different layers. Commit, then re-test. Drill it on the PAN-OS dummy lab.

TrapWhat it looks likeFix
Guide panel openYou finish a lab “perfectly” and cannot reproduce it tomorrowNinety-second rule. Guide is a last resort, not a third pane
Candidate vs runningShow displays the change; traffic ignores itCommit, then a running-state command — never the same show you built with
Wrong FortiOS verbshow system status fails or prints configget for operational state. Dummy lab: get system status
Interfaces good, traffic deadRoutes and NICs look fine on Check PointInspection, not connectivity. Classic: fw ctl zdebug drop. Dummy lab: fw log -n -c drop | tail
Policy allow, zero returnSession exists c2s only (PAN-OS dummy: session 48219)Do not add another allow. Check NAT, return route, ARP, server
Equal time on all 22 labsFour weeks from PCNSE and the PAN-OS prompt is still slowDaily depth on the exam vendor. Interleave is a four-minute detour
Treating canned output as diagnosisYou memorise session 48219 instead of the methodSimulators automate syntax. Real faults still need a live box and current docs
Proof checklist before you close the session

Knowledge check

Six judgment questions. Map each miss back to the section named in the reason.

Q1

You have watched forty hours of PAN-OS recordings and can follow every command. An interviewer asks you to type the command that proves a security policy matches port 443. What is most likely?

Correct: b. Watching trains recognition. A blank prompt asks for recall. Re-read Why watching never transfers.
Q2

You are handed a vendor you have never used and given ten minutes before a call. What do you do first?

Correct: c. The questions are vendor-independent. Six syntax lookups fit in ten minutes. A configuration guide does not. Re-read The six questions and What to type next.
Q3

A candidate configures a PAN-OS security rule correctly and explains it accurately, but test traffic is still denied. The rule is visible when they run show. What is the most likely omission?

Correct: a. All four are real faults. The clue is that configuration-mode show still displays the rule. That command reads the candidate. Re-read Verify or it did not happen.
Q4

You have changed an interface address on a Junos SRX. Which sequence proves it is live?

Correct: c. Commit promotes candidate to running. Only then does an operational show reflect the change. commit check validates syntax without applying anything. Re-read Verify or it did not happen.
Q5

A Check Point gateway is passing no traffic. Every interface and route looks correct. Which command most directly names the cause?

Correct: d. Interfaces and routes are already confirmed, so the fault is inspection. fw ctl zdebug drop names the drop cause live. On the dummy lab the allowlisted cousin is fw log -n -c drop | tail. Re-read Classic fails.
Q6

Which self-test honestly measures CLI readiness on one vendor?

Correct: a. Only paper-first measures production from nothing and gives a hard number. The other three measure recognition or typing speed. Re-read Twenty-minute loop.

Sources

Related: PAN-OS session factory · FortiGate session factory · Check Point session factory · Cisco FTD session factory · SRX session factory · F5 session factory · All HTML labs · Interview dashboards