Firewall Management
Getting to Know Firewalld
Managing a firewall can be a hassle, but it’s worse to manage a breach because you didn’t have one.
Special Thanks: This article was made possible by support from Linux Professional Institute
A firewall is an important part of a security strategy, but it is only one component and is not a security panacea for reasons that will become clear later in the discussion. A host-based firewall protects the local system just as a network firewall protects an entire network or part of a network, such as a DMZ.
Firewalld is the default firewall installed on CentOS 7 and newer, Red Hat Enterprise Linux 7 and newer (RHEL), and Fedora 18 and newer. If you use a Red Hat-based distribution, then you probably have it already. If you use other distributions, it’s available via git and as a tarball from firewalld.org. Firewalld uses zones to define trust levels of network connections or interfaces. Zones are an advanced topic not covered in this article. There will be a future article that covers firewalld zones.
Firewalld Features
- IPv4 and IPv6 support
- Ethernet bridging
- IP sets
- Separate runtime and permanent configuration options
- No service or system restart required for configuration changes
- Complete D-Bus API
- Predefined Zone list
- Simple configuration options
- Flexible enough for complex zone rules
- Direct interface
- Simple log of denied packets
- Application whitelisting
- Automatic kernel module loading
- Puppet integration
- CLI and graphical configuration
NOTE: A firewall is a set of allow and deny rules that control packet flow to and from networks. A firewalld service is a combination of ports, protocols, modules, and destination addresses.
Troubleshooting firewalls
System administrators of all skill levels have wasted countless hours on troubleshooting a problem that ended up pointing to a firewall that has prevented remote access to a service. The term ‘remote’ is important. Firewalls don’t prevent access to local services. In other words, firewalls prevent access from remote systems across the network but not access from the local system itself. The point of a firewall is to deny everything from the outside except what you specifically allow in. Unfortunately, frustration with firewall rules often ends in the firewall being disabled by an otherwise well-meaning system administrator.
Troubleshooting firewall access is easy. In this example, you’ve just installed the Apache web server, NGINX, or some other web server of your choice onto a server system. You test from your workstation and you get a “This site can’t be reached” message in your browser. Here is the process of how to resolve the problem:
- Check the system’s process list to be sure the service is running.
- Test the service from the local system. Open a web browser (Firefox or Chrome, if you have a GUI or lynx, if not (lynx is a text-based web browser).
- Check to see if a firewall is running.
- Add a firewall rule to allow HTTP (TCP port 80) and HTTPS (TCP port 443) or whatever ports your web service uses. Reload the configuration to enable the rule.
- Test from a remote system again.
This same procedure works for any service accessed over the network. To illustrate the troubleshooting procedure above, the next section is a demonstration of setting up a web server and then remotely accessing it.
Setting up http and https access
Install a web server onto your system. For my Red Hat-based system, the process is simple to install the Apache web server.
$ sudo yum -y install httpd
Enable the web server to run at startup.
$ sudo systemctl enable httpd.service $ sudo systemctl list-unit-files | grep httpd httpd.service enabled
Start the httpd.service.
$ systemctl start httpd.service
Check that the httpd service is running.
$ ps -ef | grep httpd
root 1194 1 0 20:05 ? 00:00:00 /usr/sbin/httpd -DFOREGROUND apache 1199 1194 0 20:05 ? 00:00:00 /usr/sbin/httpd -DFOREGROUND apache 1200 1194 0 20:05 ? 00:00:00 /usr/sbin/httpd -DFOREGROUND apache 1201 1194 0 20:05 ? 00:00:00 /usr/sbin/httpd -DFOREGROUND apache 1202 1194 0 20:05 ? 00:00:00 /usr/sbin/httpd -DFOREGROUND apache 1203 1194 0 20:05 ? 00:00:00 /usr/sbin/httpd -DFOREGROUND
Test the web server locally using lynx or a graphical browser.
$ lynx http://localhost
Check that you can access the web server from a remote computer. It fails the test because the firewall is currently blocking all ports.
Check to see if a firewall is running.
$ sudo firewall-cmd -state running
To allow access from remote systems, you have to enable the ports configured for your web server. In this example, it is port 80. The --permanent switch adds the allowed port to the firewall’s permanent configuration.
$ sudo firewall-cmd --permanent --add-port=80/tcp success
Reload the firewall configuration.
$ sudo firewall-cmd -reload success
Check access again from your remote computer. You should see a web page appear in the browser.
Use this same procedure to configure other ports for your services. You can also add multiple ports before reloading the firewall’s configuration.
Buy Linux Magazine
Subscribe to our Linux Newsletters
Find Linux and Open Source Jobs
Subscribe to our ADMIN Newsletters
Support Our Work
Linux Magazine content is made possible with support from readers like you. Please consider contributing when you’ve found an article to be beneficial.
News
-
Latest Cinnamon Desktop Releases with a Bold New Look
Just in time for the holidays, the developer of the Cinnamon desktop has shipped a new release to help spice up your eggnog with new features and a new look.
-
Armbian 24.11 Released with Expanded Hardware Support
If you've been waiting for Armbian to support OrangePi 5 Max and Radxa ROCK 5B+, the wait is over.
-
SUSE Renames Several Products for Better Name Recognition
SUSE has been a very powerful player in the European market, but it knows it must branch out to gain serious traction. Will a name change do the trick?
-
ESET Discovers New Linux Malware
WolfsBane is an all-in-one malware that has hit the Linux operating system and includes a dropper, a launcher, and a backdoor.
-
New Linux Kernel Patch Allows Forcing a CPU Mitigation
Even when CPU mitigations can consume precious CPU cycles, it might not be a bad idea to allow users to enable them, even if your machine isn't vulnerable.
-
Red Hat Enterprise Linux 9.5 Released
Notify your friends, loved ones, and colleagues that the latest version of RHEL is available with plenty of enhancements.
-
Linux Sees Massive Performance Increase from a Single Line of Code
With one line of code, Intel was able to increase the performance of the Linux kernel by 4,000 percent.
-
Fedora KDE Approved as an Official Spin
If you prefer the Plasma desktop environment and the Fedora distribution, you're in luck because there's now an official spin that is listed on the same level as the Fedora Workstation edition.
-
New Steam Client Ups the Ante for Linux
The latest release from Steam has some pretty cool tricks up its sleeve.
-
Gnome OS Transitioning Toward a General-Purpose Distro
If you're looking for the perfectly vanilla take on the Gnome desktop, Gnome OS might be for you.