By Hazel Virdó
senior technical writer
UFW, or Uncomplicated Firewall, is an interface to
iptables that is geared towards simplifying the process of configuring a firewall. While
iptables is a solid and flexible tool, it can be difficult for beginners to learn how to use it to properly configure a firewall. If you’re looking to get started securing your network, and you’re not sure which tool to use, UFW may be the right choice for you.
This tutorial will show you how to set up a firewall with UFW on Ubuntu 16.04.
To follow this tutorial, you will need:
UFW is installed by default on Ubuntu. If it has been uninstalled for some reason, you can install it with
sudo apt-get install ufw.
This tutorial is written with IPv4 in mind, but will work for IPv6 as well as long as you enable it. If your Ubuntu server has IPv6 enabled, ensure that UFW is configured to support IPv6 so that it will manage firewall rules for IPv6 in addition to IPv4. To do this, open the UFW configuration with
nano or your favorite editor.
- sudo nano /etc/default/ufw
Then make sure the value of
yes. It should look like this:
... IPV6=yes ...
Save and close the file. Now, when UFW is enabled, it will be configured to write both IPv4 and IPv6 firewall rules. However, before enabling UFW, we will want to ensure that your firewall is configured to allow you to connect via SSH. Let’s start with setting the default policies.
If you’re just getting started with your firewall, the first rules to define are your default policies. These rules control how to handle traffic that does not explicitly match any other rules. By default, UFW is set to deny all incoming connections and allow all outgoing connections. This means anyone trying to reach your cloud server would not be able to connect, while any application within the server would be able to reach the outside world.
Let’s set your UFW rules back to the defaults so we can be sure that you’ll be able to follow along with this tutorial. To set the defaults used by UFW, use these commands:
- sudo ufw default deny incoming
- sudo ufw default allow outgoing
These commands set the defaults to deny incoming and allow outgoing connections. These firewall defaults alone might suffice for a personal computer, but servers typically need to respond to incoming requests from outside users. We’ll look into that next.
If we enabled our UFW firewall now, it would deny all incoming connections. This means that we will need to create rules that explicitly allow legitimate incoming connections — SSH or HTTP connections, for example — if we want our server to respond to those types of requests. If you’re using a cloud server, you will probably want to allow incoming SSH connections so you can connect to and manage your server.
To configure your server to allow incoming SSH connections, you can use this command:
- sudo ufw allow ssh
This will create firewall rules that will allow all connections on port
22, which is the port that the SSH daemon listens on by default. UFW knows what SSH and a number of other service names mean because they’re listed as services in the
However, we can actually write the equivalent rule by specifying the port instead of the service name. For example, this command works the same as the one above:
- sudo ufw allow 22
If you configured your SSH daemon to use a different port, you will have to specify the appropriate port. For example, if your SSH server is listening on port
2222, you can use this command to allow connections on that port:
- sudo ufw allow 2222
Now that your firewall is configured to allow incoming SSH connections, we can enable it.
To enable UFW, use this command:
- sudo ufw enable
You will receive a warning that says the command may disrupt existing SSH connections. We already set up a firewall rule that allows SSH connections, so it should be fine to continue. Respond to the prompt with
The firewall is now active. Feel free to run the
sudo ufw status verbose command to see the rules that are set. The rest of this tutorial covers how to use UFW in more detail, like allowing or denying different kinds of connections.
At this point, you should allow all of the other connections that your server needs to respond to. The connections that you should allow depends your specific needs. Luckily, you already know how to write rules that allow connections based on a service name or port; we already did this for SSH on port
22. You can also do this for:
sudo ufw allow httpor
sudo ufw allow 80
sudo ufw allow httpsor
sudo ufw allow 443
sudo ufw allow ftpor
sudo ufw allow 21/tcp
There are several others ways to allow other connections, aside from specifying a port or known service.
You can specify port ranges with UFW. Some applications use multiple ports, instead of a single port.
For example, to allow X11 connections, which use ports
6007, use these commands:
- sudo ufw allow 6000:6007/tcp
- sudo ufw allow 6000:6007/udp
When specifying port ranges with UFW, you must specify the protocol (
udp) that the rules should apply to. We haven’t mentioned this before because not specifying the protocol simply allows both protocols, which is OK in most cases.
When working with UFW, you can also specify IP addresses. For example, if you want to allow connections from a specific IP address, such as a work or home IP address of
126.96.36.199, you need to specify
from, then the IP address:
- sudo ufw allow from 188.8.131.52
You can also specify a specific port that the IP address is allowed to connect to by adding
to any port followed by the port number. For example, If you want to allow
184.108.40.206 to connect to port
22 (SSH), use this command:
- sudo ufw allow from 220.127.116.11 to any port 22
If you want to allow a subnet of IP addresses, you can do so using CIDR notation to specify a netmask. For example, if you want to allow all of the IP addresses ranging from
18.104.22.168 you could use this command:
- sudo ufw allow from 22.214.171.124/24
Likewise, you may also specify the destination port that the subnet
126.96.36.199/24 is allowed to connect to. Again, we’ll use port
22 (SSH) as an example:
- sudo ufw allow from 188.8.131.52/24 to any port 22
If you want to create a firewall rule that only applies to a specific network interface, you can do so by specifying “allow in on” followed by the name of the network interface.
You may want to look up your network interfaces before continuing. To do so, use this command:
- ip addr
Output Excerpt:... 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state ... 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default ...
The highlighted output indicates the network interface names. They are typically named something like
So, if your server has a public network interface called
eth0, you could allow HTTP traffic (port
80) to it with this command:
- sudo ufw allow in on eth0 to any port 80
Doing so would allow your server to receive HTTP requests from the public Internet.
Or, if you want your MySQL database server (port
3306) to listen for connections on the private network interface
eth1, for example, you could use this command:
- sudo ufw allow in on eth1 to any port 3306
This would allow other servers on your private network to connect to your MySQL database.
If you haven’t changed the default policy for incoming connections, UFW is configured to deny all incoming connections. Generally, this simplifies the process of creating a secure firewall policy by requiring you to create rules that explicitly allow specific ports and IP addresses through.
However, sometimes you will want to deny specific connections based on the source IP address or subnet, perhaps because you know that your server is being attacked from there. Also, if you want change your default incoming policy to allow (which isn’t recommended in the interest of security), you would need to create deny rules for any services or IP addresses that you don’t want to allow connections for.
To write deny rules, you can use the commands described above, replacing allow with deny.
For example, to deny HTTP connections, you could use this command:
- sudo ufw deny http
Or if you want to deny all connections from
184.108.40.206 you could use this command:
- sudo ufw deny from 220.127.116.11
Now let’s take a look at how to delete rules.
Knowing how to delete firewall rules is just as important as knowing how to create them. There are two different ways specify which rules to delete: by rule number or by the actual rule (similar to how the rules were specified when they were created). We’ll start with the delete by rule number method because it is easier, compared to writing the actual rules to delete, if you’re new to UFW.
If you’re using the rule number to delete firewall rules, the first thing you’ll want to do is get a list of your firewall rules. The UFW status command has an option to display numbers next to each rule, as demonstrated here:
- sudo ufw status numbered
Numbered Output:Status: active To Action From -- ------ ---- [ 1] 22 ALLOW IN 18.104.22.168/24 [ 2] 80 ALLOW IN Anywhere
If we decide that we want to delete rule 2, the one that allows port 80 (HTTP) connections, we can specify it in a UFW delete command like this:
- sudo ufw delete 2
This would show a confirmation prompt then delete rule 2, which allows HTTP connections. Note that if you have IPv6 enabled, you would want to delete the corresponding IPv6 rule as well.
The alternative to rule numbers is to specify the actual rule to delete. For example, if you want to remove the
allow http rule, you could write it like this:
- sudo ufw delete allow http
You could also specify the rule by
allow 80, instead of by service name:
- sudo ufw delete allow 80
This method will delete both IPv4 and IPv6 rules, if they exist.
At any time, you can check the status of UFW with this command:
- sudo ufw status verbose
If UFW is disabled, which it is by default, you’ll see something like this:
If UFW is active, which it should be if you followed Step 3, the output will say that it’s active and it will list any rules that are set. For example, if the firewall is set to allow SSH (port
22) connections from anywhere, the output might look something like this:
OutputStatus: active Logging: on (low) Default: deny (incoming), allow (outgoing), disabled (routed) New profiles: skip To Action From -- ------ ---- 22/tcp ALLOW IN Anywhere
status command if you want to check how UFW has configured the firewall.
If you decide you don’t want to use UFW, you can disable it with this command:
- sudo ufw disable
Any rules that you created with UFW will no longer be active. You can always run
sudo ufw enable if you need to activate it later.
If you already have UFW rules configured but you decide that you want to start over, you can use the reset command:
- sudo ufw reset
This will disable UFW and delete any rules that were previously defined. Keep in mind that the default policies won’t change to their original settings, if you modified them at any point. This should give you a fresh start with UFW.
Your firewall should now be configured to allow (at least) SSH connections. Be sure to allow any other incoming connections that your server, while limiting any unnecessary connections, so your server will be functional and secure.
To learn about more common UFW configurations, check out the UFW Essentials: Common Firewall Rules and Commands tutorial.
Thanks for learning with the DigitalOcean Community. Check out our offerings for compute, storage, networking, and managed databases.
Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in our Questions & Answers section, find tutorials and tools that will help you grow as a developer and scale your project or business, and subscribe to topics of interest.Sign up now
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
What a good read! Thanks for sharing. But how can we include malicious IPs from China that vary from time to time like the following? Those Chinese bots fire a bunch of crap at our droplet every hour!
995 22.214.171.124 China 837 126.96.36.199 China 772 188.8.131.52 China 722 184.108.40.206 China 682 220.127.116.11 China 628 18.104.22.168 China 556 22.214.171.124 China 549 126.96.36.199 China 543 188.8.131.52 China 445 184.108.40.206 China 432 220.127.116.11 China 361 18.104.22.168 China 294 22.214.171.124 China
987 126.96.36.199 China 906 188.8.131.52 China 855 184.108.40.206 China 727 220.127.116.11 China 711 18.104.22.168 China 694 22.214.171.124 China 629 126.96.36.199 China 622 188.8.131.52 China 597 184.108.40.206 China 526 220.127.116.11 China 421 18.104.22.168 China 407 22.214.171.124 China 401 126.96.36.199 China 350 188.8.131.52 China 338 184.108.40.206 China 302 220.127.116.11 China 277 18.104.22.168 China
Hi there! I used $ sudo ufw allow 9000:9003/tcp but when I check the ports the only open port is 9000. The ports 9001, 9002 and 9003 are inaccessible. How do I resolve this issue? Thanks in advance.
I think it sudo ufw allow from 22.214.171.124/24 should be sudo ufw allow from 126.96.36.199/254 ?
as per 188.8.131.52 to 184.108.40.206 you
If I’m using DigitalOcean’s firewall on a droplet, do I need to use UFW as well? I’m assuming not, but would that be best practice somehow, to have double security?
Thank you! This was very helpful.
I followed the tutorial and allowed port 22, but still can’t connect via putty anymore. Is there a known problem for this or did I do something wrong?
After Flow the step Step 4 — Enabling UFW I found this error
Command may disrupt existing ssh connections. Proceed with operation (y|n)? y ERROR: problem running ufw-init modprobe: ERROR: …/libkmod/libkmod.c:514 lookup_builtin_file() could not open builtin file ‘/lib/modules/4.4.0-042stab120.16/modules.builtin.bin’ modprobe: FATAL: Module nf_conntrack_ftp not found in directory /lib/modules/4.4.0-042stab120.16 modprobe: ERROR: …/libkmod/libkmod.c:514 lookup_builtin_file() could not open builtin file ‘/lib/modules/4.4.0-042stab120.16/modules.builtin.bin’ modprobe: FATAL: Module nf_nat_ftp not found in directory /lib/modules/4.4.0-042stab120.16 modprobe: ERROR: …/libkmod/libkmod.c:514 lookup_builtin_file() could not open builtin file ‘/lib/modules/4.4.0-042stab120.16/modules.builtin.bin’ modprobe: FATAL: Module nf_conntrack_netbios_ns not found in directory /lib/modules/4.4.0-042stab120.16 iptables-restore: line 4 failed iptables-restore: line 77 failed iptables-restore: line 31 failed sysctl: permission denied on key ‘net.ipv4.tcp_sack’
Problem loading ipv6 (skipping) Problem running ‘/etc/ufw/before.rules’ Problem running ‘/etc/ufw/user.rules’
What can i do now please can anybody answer me…
Is there a tutorial on how to allow certain applications you installed manually through the sudo sh dev where you add an additional package? I tried installing Icecast2 but it said, error establishing connection socket to port 8000. I tried with both localhost and my IP address of the server, but it didn’t work. If it is an ippables issue, how do I fix this?
As a beginner this is amazing, thank you
why it is not mentioned if those rules are persistent or not?