A cloud firewall is a network-level security layer that filters incoming and outgoing traffic to your servers before it reaches the server's operating system. Unlike software firewalls that run on the server itself (like iptables or ufw), a Data Mammoth cloud firewall operates at the infrastructure level — blocking unwanted traffic before it even touches your server.
This guide explains how cloud firewalls work, why they are important, and how they compare to traditional software firewalls.
How a Cloud Firewall Works
A cloud firewall sits between the public internet and your server. Every network packet destined for your server passes through the cloud firewall first. The firewall evaluates each packet against your configured rules and makes one of three decisions:
This traffic filtering happens outside your server at the network infrastructure level. Your server never sees blocked traffic, which means:
- Blocked traffic does not consume your server's CPU, RAM, or bandwidth.
- Attack traffic is stopped before it can exploit any vulnerabilities on your server.
- Your server remains responsive even during high volumes of malicious traffic.
Why You Need a Cloud Firewall
Defense in Depth
A cloud firewall is a critical component of a defense-in-depth security strategy. Even if your server's software firewall is misconfigured, the cloud firewall provides an additional barrier. Multiple layers of protection mean a single misconfiguration or vulnerability does not expose your entire infrastructure.
Reduce Attack Surface
By default, a freshly installed Linux server has multiple network ports open. Each open port is a potential attack vector. A cloud firewall lets you explicitly allow only the ports your services need and block everything else — dramatically reducing your attack surface.
Block Brute-Force and Scanning Attacks
The internet is full of automated bots that scan IP addresses for open ports and known vulnerabilities. A cloud firewall blocks these scans at the network level, preventing them from reaching your server's SSH daemon, web server, or other services.
Performance
Because the cloud firewall operates at the infrastructure level, filtering traffic does not consume your server's resources. Your server's CPU and memory are dedicated to running your applications, not processing firewall rules against malicious traffic.
Centralized Management
Manage firewall rules for all your servers from a single dashboard. Apply the same rule set to multiple servers, update rules centrally, and maintain consistent security policies across your infrastructure.
Cloud Firewall Features on Data Mammoth
Data Mammoth's cloud firewall includes:
Rule-Based Filtering
Create rules that specify:
- Direction — Inbound (traffic entering your server) or outbound (traffic leaving your server).
- Protocol — TCP, UDP, ICMP, or all protocols.
- Port — Specific ports (e.g., 22, 80, 443), port ranges (e.g., 8000-9000), or all ports.
- Source/Destination — Specific IP addresses, IP ranges (CIDR notation), or any address.
- Action — Allow or deny the matching traffic.
Firewall Groups
Organize rules into named groups (e.g., "Web Server Rules," "Database Server Rules," "SSH Access"). Assign groups to one or more servers. When you update a group, the changes apply to all servers using that group.
Default Deny
The recommended (and often default) policy is to deny all incoming traffic except what you explicitly allow. This "default deny" approach ensures that new services or ports are not accidentally exposed.
Instant Updates
Rule changes take effect within seconds. There is no need to restart services or reboot your server when you update firewall rules.
What Can You Protect With a Cloud Firewall?
- SSH access — Allow SSH (port 22) only from your IP address or office network.
- Web servers — Allow HTTP (port 80) and HTTPS (port 443) from anywhere, while blocking all other ports.
- Database servers — Allow database connections (port 3306 for MySQL, port 5432 for PostgreSQL) only from your application servers.
- Game servers — Allow the specific game ports needed while blocking everything else.
- Internal services — Restrict access to management interfaces, admin panels, and monitoring dashboards to trusted IP addresses.
Cloud Firewall vs Software Firewall
| Feature | Cloud Firewall | Software Firewall (iptables/ufw) |
|---|---|---|
| Where it runs | Infrastructure level (outside your server) | On your server |
| Resource usage | No server resources consumed | Uses server CPU and memory |
| Management | Dashboard (GUI) | Command line |
| Survives OS reinstall | Yes (attached to server, not OS) | No (reset with OS) |
| Blocks traffic before server | Yes | No (traffic reaches server first) |
| Granularity | Port, protocol, IP | Port, protocol, IP, plus application-level rules |
| Best for | Network-level access control | Application-level filtering, rate limiting |
Getting Started
Setting up a cloud firewall on Data Mammoth takes just a few minutes:
For step-by-step instructions, see How to Set Up Cloud Firewall Rules.
What to Do Next
- How to Set Up Cloud Firewall Rules — Create and apply your first firewall rules.
- Cloud Firewall Best Practices — Learn security best practices for firewall configuration.
- Common Firewall Rules — Ready-to-use rule sets for popular services.
- Troubleshooting Cloud Firewall Issues — Fix common firewall problems.