CertGrid CertGrid
Hands-on Lab·CompTIA Linux+

The firewall on both families, and what survives a reload

Domain 3 names firewalls and the two families ship different ones in opposite states. This guide protects a real service on one host and tests it from another: rules added while ufw is off, the firewall switched on without losing SSH, the timeout that proves a packet was dropped rather than refused, and firewalld's runtime configuration being discarded by a reload.

Security Guide 15 of 28 Intermediate

Both families and a client. Every firewall effect on this page is measured from the third machine, because a rule tested from the host it protects proves nothing.
Server NameIP AddressOSRolesCPURAMHDD
LPLUS-A01192.168.0.73Ubuntu 26.04 LTSDebian-family host - apt, ufw, netplan, AppArmor2 Core4 GB50 GB
LPLUS-B01192.168.0.74AlmaLinux 10.2RPM-family host - dnf, firewalld, NetworkManager, SELinux2 Core4 GB50 GB
LPLUS-C01192.168.0.75Ubuntu 26.04 LTSSecond Debian host - so networking and ssh have two ends2 Core4 GB50 GB

This guide includes

Use this before opening or closing a port on a machine you reach over the network. This matters because the two families disagree about defaults and about persistence: a firewalld rule added the obvious way is gone at the next reload, and a ufw rule added before the firewall is enabled does nothing at all until it is.

Before you start

  1. Two front ends, one kernel underneath

  2. A service worth protecting

  3. Rules exist before the firewall does

  4. Turning it on without losing the host

  5. The RPM family, runtime against permanent

  6. Putting both machines back

Official sources