Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

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!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
Accepted Answer
I’ve ran in to cases where not setting a default policy results in some connections being allowed.
When I setup iptables or ufw, I always set the default policy to deny that way it’s the first rule in my set. That basically says deny everything except what I explicitly allow.
With iptables you can do this by running:
sudo iptables -P INPUT DROP
Though you’d need to remove that last rule in your set first (i.e. -A INPUT -j DROP).
With ufw, it’d be:
sudo ufw default deny
I tend to prefer ufw over directly using iptables as the commands and arguments are a little more straight-forward than they are with iptables (and it’s available on both Ubuntu and Debian).
For example, allowing connections on ports 22, 80, and 443, with ufw, is achieved using:
sudo ufw allow 22/tcp \
&& sudo ufw allow 80/tcp \
&& sudo ufw allow 443/tcp
or by setting the default policy first:
sudo ufw default deny \
&& sudo ufw allow 22/tcp \
&& sudo ufw allow 80/tcp \
&& sudo ufw allow 443/tcp
My main reason for using ufw, other than the fact that it’s faster to set rules, is the fact that the rules are not ephemeral as they are with iptables (unless you install another package to make them stick).
So when the web server is restarted, ufw will maintain my rules, whereas without another package, iptables will not.