Linux Firewalld & iptables Policy
firewall-cmd returned success and the port is still closed. Find the zone the interface actually belongs to, live, right below.
Symptom
Zone-based firewalld policy, iptables/nftables rule chains, and troubleshooting a host that's silently dropping traffic.
Your mission
Inspect, recover, then verify
Format
Linux shell
Investigate before you configure.
Use the CLI evidence to isolate the fault, make the smallest safe correction, then verify the network state changed.
Observe the symptom and link state.
Diagnose by comparing the protocol evidence.
Verify the expected device state and confirm the original symptom is resolved.
Console access: Linux
This workspace stacks for portrait phones. Rotate to landscape for the full split-screen console.
Need a hint?
Reveal the root cause when you're ready.
Try the investigation first, then use this as your escape hatch, not a dead end.
Lab debrief
Turn the session into a repeatable troubleshooting pattern.
Use this reference after your attempt: first explain the symptom, then verify the evidence, then confirm the repair.
The problem
A service is supposed to be reachable on its assigned port, and firewalld reports a rule allowing it, but connections from a test client are silently dropped anyway.
What you'll practice
- Configure firewalld zones and assign interfaces/services to them
- Write and order iptables/nftables rule chains by hand
- Open and restrict specific ports and services safely
- Use firewall-cmd runtime vs. permanent configuration correctly
- Diagnose a host that's silently dropping traffic
The topology
A single RHEL host sits between two test clients, so every zone and rule change has an immediately visible effect on real traffic, exactly the setup RHCSA firewall questions assume.
Commands to run yourself
The real diagnostic commands for this lab, copy-paste ready. Run these in the same order to reproduce the investigation on your own session.
firewall-cmd --get-active-zonesfirewall-cmd --list-all --zone=publicfirewall-cmd --list-all --zone=internalTopology diagram
Fact-checked references
The commands and behaviour in this lab were checked against these primary references.
Frequently asked
Do I need to install RHEL myself?
No. A fully licensed RHEL host with firewalld and iptables/nftables is ready at session start. You configure policy, not the OS.
Is this relevant to the RHCSA exam?
Yes. Firewalld zones and basic packet filtering are explicit RHCSA (EX200) objectives, and this lab drills exactly that scope.
Ready to run this lab yourself?
No setup, no image sourcing. Book a session or ask for a live demo.