Topic

ACL practice labs

27 hands-on ACL scenarios you build in your own Cisco Modeling Labs instance and grade against the answer key. ACL configuration and troubleshooting practice for CCNA and CCNP.

One router deciding what is allowed to cross — the reference wiring for Access Control Lists (ACLs), not a specific lab.

Included with a subscription

AdvancedDailyNewLocked

CCNA Break/Fix: The ACL That Blocks Too Much

Troubleshoot a branch network where an ACL intended to block Telnet ended up blocking everything because it was never applied, and the branch router also lacks a route to the server. Diagnose from the client’s perspective, verify hop-by-hop reachability, and then place the ACL where it will see the traffic while preserving the intended deny. Finish by restoring end-to-end connectivity for all traffic except Telnet to the server.

CCNA65 min4 objectives

AdvancedDailyLocked

CCNA IPv6 Capstone: Dual-Stack Site with OSPFv3 & ACL

Build an enterprise-clean dual-stack site end-to-end. IPv4 is complete and forwarding on day start; you will deploy IPv6 across the same topology. Enable IPv6 routing, assign prefixes, bring up OSPFv3 with explicit router-ids, keep the access LAN autoconfiguring via SLAAC with stateless DHCPv6 for DNS, and enforce an IPv6 ACL to allow one client flow to the server while denying another. Verify from the hosts and troubleshoot like a real operator.

CCNA95 min6 objectives

AdvancedDailyLocked

CCNA Foundations: IPv6 ACLs — Filter Without Breaking Discovery

Build a dual-stack branch-to-datacenter topology with IPv6 static routing in place. Implement a named IPv6 ACL on the server-facing interface that permits an approved client while denying an unapproved source, and explicitly permits Neighbor Discovery (ND) so the LAN continues to function. Verify that the allowed source can reach the server over IPv6 while the unapproved source fails, without disrupting IPv6 neighbor resolution.

CCNA55 min4 objectives

AdvancedDailyLocked

CCNA: Secure Branch Edge Capstone (ACL/PAT/DHCP/SSH)

One-branch edge capstone that unifies DHCP for the LAN, PAT overload to an Internet server, an extended ACL that permits HTTP but denies SSH, and SSH-only management. The starting lab intentionally contains multiple faults across DHCP, NAT, and SSH so you must diagnose and repair the edge to achieve full end-to-end verification from the client.

CCNA90 min5 objectives

IntermediateDailyLocked

CCNA Foundations: Secure Remote Access — Restrict VTY with access-class

Harden SSH access to a production router by allowing only a designated management workstation to connect. You will apply a standard ACL to the router's VTY lines with access-class, verify that the permitted host can SSH in, and confirm that a second host on the same LAN is refused. End-to-end IP forwarding is pre-built with static routes so the focus stays on management-plane control.

CCNA40 min4 objectives

IntermediateDailyLocked

CCNA Foundations: Named ACLs — Readable Rules & Editing by Sequence

Intermediate CCNA lab focused on named extended ACLs. You will permit a specific business flow (HTTP from the branch client to a data center web server) while denying ICMP to that server, apply the ACL inbound on the branch LAN interface, and validate from real endpoints. The baseline provides static routing and full connectivity; your task is to implement a readable, ordered named extended ACL with a remark and bind it correctly so the intended policy is enforced.

CCNA55 min5 objectives

IntermediateDailyLocked

CCNA: Extended ACLs — Match Protocol, Port, Destination

Deploy an extended ACL inbound near the source to allow HTTP from a client VLAN to a server while blocking ICMP to that same server. The lab uses router-on-a-stick over a hardened access switch with a routed transit to a core router hosting the server VLAN. You will implement, verify from endpoints, and troubleshoot matching by protocol, port, destination, and placement/direction.

CCNA65 min5 objectives

BeginnerDailyLocked

CCNA Foundations: Standard ACLs — Filter Traffic by Source

Build a compact two-router, three-host topology. Implement a numbered standard ACL on the destination router to permit Client-A and deny Client-B from reaching a protected server based solely on source subnet. Verify from the end hosts that permitted traffic succeeds and denied traffic fails, and practice correct ACL placement and direction.

CCNA40 min4 objectives

IntermediateLocked

CCNA NAT9: Verifying & Clearing NAT

Operate, observe, and clear Cisco IOS PAT translations on an internet edge. You will configure a standard PAT overload on R1, generate multiple concurrent sessions from an inside host, read translation/state counters, and clear single and all entries to see how the table repopulates immediately under live traffic.

CCNA45 min4 objectives

IntermediateLocked

PAT onto the Outside Interface (SOHO Edge)

Implement and verify interface-based PAT (overload) on a single-edge SOHO router. Inside hosts on 192.168.10.0/24 share the router’s lone public IP (203.0.113.1) on its outside interface. Validate NAT translations, ACL matches, and simultaneous host access, and practice troubleshooting common misconfigurations (inside/outside role reversal, ACL selection errors).

CCNA45 min6 objectives

IntermediateLocked

NAT Selection with an ACL: PAT a Single Host Only

Configure PAT on an edge router so only PC-A is translated using a standard ACL as the traffic selector. PC-B remains untranslated and fails to reach the ISP, illustrating that NAT occurs only for traffic explicitly matched by the ACL. Validate using host pings and IOS show commands, and interpret ACL hit counters and NAT tables.

CCNA45 min5 objectives

IntermediateLocked

CCNA NAT3: Dynamic NAT with an Address Pool

Configure dynamic one-to-one NAT using a public address pool on an IOS router between a private LAN and a simulated ISP. Two inside hosts draw from a two-address public pool on-demand. Validate that no translations exist before traffic, that each host receives a distinct global address after generating traffic, and that entries age out when idle.

CCNA38 min5 objectives

IntermediateLocked

CCNA NAT4: PAT Overload onto a Pool

Implement Port Address Translation (PAT) using a one-address NAT pool so multiple inside hosts share a single public IP. Reuse the same 5-node topology and addressing as the prior lab; convert the pool to a single address and enable overload. Verify simultaneous connectivity from two inside hosts, observe translations and counters, and contrast with prior pool-exhaustion behavior.

CCNA45 min5 objectives

IntermediateLocked

NAT at the Internet Edge with Default Routing

Build an Internet-edge NAT design that reaches beyond the ISP to a real external network. You will configure dynamic PAT (overload) from a private LAN to a public /29 using a NAT pool on the edge router, with the router’s default route already pointing to the ISP. Verify that an inside host can reach a public server across the ISP and that translations, counters, and default routing reflect the expected state.

CCNA45 min5 objectives

AdvancedLocked

NAT Troubleshooting Capstone: Interface Role + ACL

Advanced NAT capstone, run as a fault hunt. Inside hosts cannot reach the internet, the translation table stays empty, and one host cannot even reach its own gateway. The lab is called NAT, which is the trap: not every fault here is a NAT fault. You get symptoms and the required end state — no fault list. Faults span the router, the switch and the path beyond, and fixing the translation alone will not restore service.

CCNA65 min5 objectives

AdvancedLocked

ACL Troubleshooting Capstone: Classic Faults, NAT, Placement

Advanced ACL and NAT capstone, run as a fault hunt. A branch site was cut over last night and the policy does not behave: the flow that should be blocked gets through, other traffic does not come back at all, and nobody recorded what changed. You get symptoms and the required end state — no fault list. The faults span all three routers and include a shadowed ACE and a policy applied on the wrong side of NAT, so translated addresses hide the very hosts the rules name. Expect fixing the first one to change the symptom rather than clear it.

CCNA75 min5 objectives

BeginnerLocked

Extended ACL Fundamentals: Permit HTTP, Deny Others

Deploy a numbered extended ACL on a router-on-a-stick topology to allow HTTP from a single approved client to a web server while denying all other TCP attempts to that server from the same user VLAN. Apply the ACL inbound near the source, verify with real client traffic, and troubleshoot using ACL hit counts and test flows.

CCNA50 min5 objectives

IntermediateLocked

Selective Inter-VLAN Reachability: Guest Isolation

Build a router-on-a-stick design with three VLANs (SALES, HR, GUEST) on a single router and single access switch, then enforce guest isolation using a single extended ACL applied inbound on the Guest subinterface. SALES and HR can reach each other; GUEST can reach only its default gateway and is blocked from internal subnets. The lab focuses on correct 802.1Q tagging, trunking, access port assignments, ACL placement/order, and end-host verification.

CCNA55 min5 objectives

IntermediateLocked

Extended ACL: Application Filtering at a Hardened Edge

Build a 5-node edge/DMZ topology. Implement a named extended ACL on the EDGE router to allow only TCP/80, TCP/443, and ICMP echo from the Inside LAN to a DMZ web server, deny all other traffic to that server with logging, and still permit general traffic elsewhere. Apply the ACL inbound on the EDGE inside LAN interface. Harden router SSH management with a standard ACL. Verify with wget, ping, and an intentionally denied SSH attempt that increments the deny log counter.

CCNA55 min5 objectives

BeginnerFree2026-06-25

Standard ACL: Permit Host & Subnet, Deny Others

Beginner CCNA ACL lab on a compact 5-node CML-Free topology. You will configure static routing end-to-end, implement source NAT (PAT) at the source edge, and then build a standard numbered ACL near the destination to allow a single NATed host and a specific subnet while denying all others. You will validate with pings from end hosts, observe ACL hit counters and NAT translations, and troubleshoot common mistakes such as ACL placement, wildcard masks, and pre-/post-NAT address matching.

CCNA55 min7 objectives

Free with an account

IntermediateLocked

Secure Router VTY with ACL: Only Management Host Allowed

Configure a standard IPv4 ACL and bind it to the VTY lines on the HQ router so only the dedicated management host can SSH to it. Confirm that regular routed traffic between sites is unaffected, and prove both a permitted and a denied management attempt.

CCNA45 min5 objectives

IntermediateLocked

CCNA: Named ACLs & Editing by Sequence Number

Hands-on ACL practice using named standard and extended ACLs, applied with correct placement and direction, edited by sequence number, and verified with counters and end-host tests. The lab adds a realistic NAT edge to expose order-of-operations pitfalls without obscuring data-plane ACL effects.

CCNA75 min6 objectives

IntermediateLocked

ACL Wildcard Masks: Match Host, Subnet, and Range

Hands-on CCNA ACL practice using standard ACLs and wildcard masks to allow a single host, a contiguous range, and an entire subnet while proving a deny. You will place the ACL near the destination, order statements correctly, verify with end-host pings and ACL counters, and troubleshoot common mistakes.

CCNA55 min5 objectives

IntermediateLocked

ACL App Filter: Permit SSH/HTTP, Block Telnet/ICMP

Build a two-router, one-access-switch lab with a client and a server. Establish basic IP connectivity with static routing, then implement an extended IPv4 ACL inbound on the client-facing interface to permit SSH and HTTP to the server while denying Telnet and ICMP echo. Validate from the client and review ACL hit counters for proof.

CCNA55 min5 objectives

Practicing access control lists (ACLs) on Cisco Modeling Labs

Why it matters, and what these labs cover.

Access control lists are where a lot of engineers lose points — not because the syntax is hard, but because ACLs are unforgiving about direction, order, and placement. A standard ACL belongs near the destination; an extended ACL belongs near the source; the implicit deny any at the end catches everything you forgot; and one line in the wrong order shadows the rest. You learn that fastest by applying an ACL, testing it, and watching the wrong traffic get through.

These ACL labs run on real Cisco IOS in Cisco Modeling Labs. You'll write standard and extended, numbered and named ACLs, match hosts, subnets, and ranges with wildcard masks, secure VTY access with access-class, and place each ACL in the correct direction on the correct interface. Verify with show access-lists and targeted connectivity tests, then upload your export for grading that checks the policy actually permits and denies the right traffic. Break/fix labs inject the classic faults: a reversed direction, a shadowed ACE, an off-by-one wildcard mask, an ACL applied on the wrong interface.

Frequently asked questions

What's the difference between a standard and an extended ACL?

A standard ACL matches only the source address and is placed close to the destination; an extended ACL matches source, destination, protocol, and ports and is placed close to the source. The labs have you build and correctly place both.

Do the ACL labs cover wildcard masks?

Yes — matching a single host, a subnet, and an address range, including the negative-test math that trips people up. Getting the wildcard wrong is one of the built-in faults you'll troubleshoot.

Can I practice securing router management with ACLs?

Yes. Several labs use access-class on the VTY lines so only an approved management host can reach the device over SSH — a common exam and real-world task.

Learn ACL

Study the theory behind these labs — the concept explainer and step-by-step guides.

Looking for something else? Browse the full lab archive, narrow it to self-standing labs, or see today's daily lab.