Shorewall – A High-Level Firewall for Configuring Linux Servers

Setting up a firewall in Linux can be very daunting for a newbie, or for someone not very familiar with iptables. Luckily, there is a very easy to use solution in Shorewall.

Install Shorewall Firewall in Linux
Install Shorewall Firewall in Linux

In this multi-part tutorial, I am going to get you started with Shorewall, and walk you through some more advanced topics with this awesome firewall system.

What is Shorewall?

Shorewall is essentially a front-end to iptables, but it is a command line environment front-end that utilizes a number of text files for its configuration. While Shorewall is a robust firewall system that can be scaled over very large networks servicing numerous machines, we are going to start off with a basic two-interface configuration and nail down the basics.

A two-interface configuration consists of a machine with two Ethernet ports, one coming in, and one going out to the local network.

Installation of Shorewall in Linux

Shorewall can be installed using apt-get and yum package manager tools.

On Debian/Ubuntu/Linux Mint
$ sudo apt-get install shorewall6
On RHEL/CentOS/Fedora
$ sudo yum install shorewall6

After installation, we need to copy a sample configuration from the “/usr/share/doc/shorewall” directory to Shorewall’s default directory “/etc/shorewall”.

$ sudo cp /usr/share/doc/shorewall/example/two-interfaces/* /etc/shorewall

And then cd to /etc/shorewall.

$ cd /etc/shorewall

If we take a look in this directory, we see a bunch of files and shorewall.conf file. Shorewall views the network as a group of different zones, so the first file we want to take a look it is the “/etc/shorewall/zones” file.

Zones
Zones

In here, we see that there are three zones defined by default: net, loc, and all. It is important to note that Shorewall treats the firewall machine itself as its own zone and stores it in a variable called $FW. You will see this variable throughout the rest of the configuration files.

The “/etc/shorewall/zones” file is pretty self-explanatory. You have the net zone (internet facing interface), the loc zone (LAN facing interface), and all, which is everything.

Policy
Policy

This setup up gives up the following:

  1. It allows all connection requests from the loc zone (LAN) to the net zone (Internet).
  2. Drops all connection requests (ignores) from the net zone to the firewall and the LAN.
  3. Rejects and logs all other requests.

The LOG LEVEL bit should be familiar to anyone who has done administrating with Apache, MySQL, or any other number of other FOSS programs. In this case, we are telling Shorewall to use the info level of logging.

If you wish to have your firewall available to you to administer from your LAN, you can add the following lines to your “/etc/shorewall/policy” file.

#SOURCE		DEST	POLICY		LOG		LEVEL		LIMIT:BURST
loc			$FW		ACCEPT
$FW			loc		ACCEPT

Now that our zones and policy are set, we have to configure our interfaces. You do this by editing the “/etc/shorewall/interfaces” file.

Interfaces
Interfaces

Here, we have set our internet facing interface as eth0 to the net zone. On our LAN side, we have set the other interface, eth1, to the loc zone. Please adjust this file to fir your configuration properly.

The various options you can place for either of these interfaces is extensive, and are best explained in detail on the man page.

$ man shorewall-interfaces

A quick run down of some of them are as follows:

  1. nosmurfs – filter packets with broadcast address as source.
  2. logmartians – log packets with impossible source address.
  3. routefilter – kernel route filtering for anti-spoofing.

Of course, now that our system is firewalled, we are going to need certain connections to be allowed through in order to get what we need to do done. You define these in the rules file at “/etc/shorewall/rules“.

Rules
Rules

This file looks confusing at first, mainly because the columns overlap, but the headers are pretty self-explanatory. First, you have the ACTION column, that describes what you want to perform.

Next, you have a SOURCE header where you define the zone where the packet is originating. Then, you have your DEST, or destination, which is the zone or IP address of the destination. Lets use an example.

Suppose you want to run an SSH server behind your firewall on the machine with the IP address of 192.168.1.25. Not only are you going to have to open up a port in your firewall, but you are going to have to tell the firewall that any traffic coming on port 22 needs to get routed to the machine at 192.168.1.25.

This is known as Port Forwarding. It is a common feature on most firewall/routers. In “/etc/shorewall/rules“, you would accomplish this by adding a line like this:

SSH(DNAT)	net		loc:192.168.1.25
SSH Port Forwarding
SSH Port Forwarding

Above, we have defined any SSH destined packets coming from the net zone to the firewall have to be routed (DNAT) to port 22 on machine with address 192.168.1.25.

This is called Network Address Translation or NAT. The “D” simply tells Shorewall that this is a NAT for a destination address.

In order for this to work, you have to have NAT support enabled in your kernel. If you need NAT and don’t have it, please see my tutorial on Recompiling a Debian Kernel.

Reference Links

Shorewall Homepage

In the next article, we will walk through some more advanced topics, but there should be plenty here to get you started with for now. As always, please have a look at the man pages for a more in-depth understanding.

Read Also : Exploring Shorewall Firewall Configuration and Command Line Options

If you read this far, tweet to the author to show them you care. Tweet a thanks
Rob Krul
Rob is an avid user of Linux and Open Source Software, with over 15 years experience in the tech geek universe. Aside from experimenting with the many flavors of Linux, he enjoys working with BSDs, Solaris, and OS X. He currently works as an Independent IT Contractor.

Each tutorial at TecMint is created by a team of experienced Linux system administrators so that it meets our high-quality standards.

Join the TecMint Weekly Newsletter (More Than 156,129 Linux Enthusiasts Have Subscribed)
Was this article helpful? Please add a comment or buy me a coffee to show your appreciation.

10 thoughts on “Shorewall – A High-Level Firewall for Configuring Linux Servers”

  1. i have installed but is giving me as follow;

    #yum install shorewall6
    Loaded plugins: fastestmirror, security
    Loading mirror speeds from cached hostfile
    * Webmin: webmin.mirror.somersettechsolutions.co.uk
    * base: mirror.informatik.hs-fulda.de
    * extras: mirror.skylink-datacenter.de
    * updates: mirror.23media.de
    Setting up Install Process
    No package shorewall6 available.

    Reply
  2. ufw is a decent firewall system for a standalone machine, but Shorewall is a more advanced firewall solution. In this article, I demonstrated how it would be configured over a two interface machine.

    Reply

Got something to say? Join the discussion.

Thank you for taking the time to share your thoughts with us. We appreciate your decision to leave a comment and value your contribution to the discussion. It's important to note that we moderate all comments in accordance with our comment policy to ensure a respectful and constructive conversation.

Rest assured that your email address will remain private and will not be published or shared with anyone. We prioritize the privacy and security of our users.