Firewall rules only apply to the network interfaces that are linked to the firewall.
This page, Your Firewall › Parameters, is where you link interfaces, choose what happens to traffic that no rule matches, and set the global logging options.
The table lists the network interfaces of the appliance, plus a default line.
Click the name of an interface to open its settings:
| Setting | Effect |
|---|---|
| Activate the firewall on this interface | Links the interface to the firewall. Until it is checked, the rules written for this interface are shown in the rules table with the label This network interface is excluded from the firewall and are not applied. |
| Firewall default policy | What happens to incoming traffic that no rule matched: Finally allow all accepts it (a black-list approach: you write rules for what must be blocked); Finally deny all rejects it (a white-list approach: you write rules for what must be allowed). Rejected packets are logged with the prefix ARTICA:REJECT:. |
| Firewall behavior | Not defined: no extra rule. Act as LAN: traffic from the trusted networks is accepted on this interface before your rules. Act as WAN: adds the Internet-facing protections — packets in an invalid state are dropped, port scans and SYN floods are rate-limited and dropped, and the interface kernel settings are hardened. |
| PING policy | Accept, Accept from trusted networks only or Deny ICMP echo requests. |
| Deny DHCP | Drops DHCP traffic in both directions on this interface (and when it is forwarded). Use it on an interface connected to a network where Artica must not answer or relay DHCP. |
| Anti-DDOS | Drops malformed and impossible packets and limits the new connections of each source on this interface. See DDoS protection. |
| Masquerading | Hides every network routed through this interface behind its address. For finer control (per source network, exclusions), use masquerade rules instead. |
| Allow Artica Web Console | Always accepts the Web console port on this interface, whatever the policy. Keep it checked on the interface you administer the appliance from when the policy is Finally deny all. |
| Suspicious header filter | Drops IPv4 packets carrying source-routing or timestamp options. Requires the firewall extension modules; the label says so when they are missing. |
Click Apply: the interface is rebuilt a few seconds later.
Before switching an interface to "Finally deny all", create the rules that keep your access open (Web console, SSH) or check Allow Artica Web Console. The appliance itself (loopback) and the Artica service ports used between Artica servers are always allowed.
For incoming traffic on a linked interface, Artica evaluates, in this order:
| Option | Effect |
|---|---|
| DNS Amplification DDOS protection | Rate-limits, per /24 source network, the DNS queries coming from networks that are not trusted (ANY queries, root queries, global rate). See DDoS protection. |
| Log all events | Logs every packet accepted or rejected by a rule or a policy, not only the rules that have Log All Events enabled. Useful while you build your rules; leave it off in production, it is verbose. |
| Do not store events locally | Firewall events are only forwarded (syslog, SIEM) and not written to the local log. |
| Backup Firewall events / Export log if size exceed | Archive the firewall log when it reaches the given size. |
The Modules tab lists the kernel modules of the appliance, with their state (loaded, installed but not loaded, missing), their aliases and their dependencies. It tells you, for example, whether the modules needed by GeoIP filtering (xt_geoip), deep packet inspection (xt_ndpi) or bandwidth limits (xt_ratelimit) are available for your kernel.
The list is refreshed by the Artica service at most every 10 minutes.