Rocky fw nftabels

Die Firewall

Ziel

Die Firewall trennt drei Netzbereiche voneinander: das Schulungsnetz (WAN), die DMZ und das interne LAN. Sie übernimmt gleichzeitig die Aufgaben eines Routers, eines DHCP-Servers für das LAN und kontrolliert den gesamten Netzverkehr zwischen den Zonen.

Die Filterung erfolgt über nftables mit einer einzigen Regeldatei. Alle standortspezifischen Werte (Interfaces, IPs, Admin-Host) stecken oben in Variablen – für einen neuen Standort reicht es, nur diesen Block anzupassen.

Plan

Interface	Zone	Wert	Erläuterung
enp0s3	wan	192.168.HS.2XX/24	Bridge Adapter: br0
GW		10.88.2XX.1	GATEWAY
NS		192.168.HS.88	Resolver
enp0s8	dmz	10.88.2XX.1/24	Internal Network: DMZ
enp0s9	lan	172.26.2XX.1/24	Internal Network: LAN
GW		192.168.HS.254	GATEWAY
FQDN		fw.it2XX.int	Fully Qualified Domain Name
SHORT		fw	Short Name
DOM		it2XX.int	Domain Name
ROUTE		10.88.0.0/16	192.168.HS.88

Dienste auf der Firewall

nftables

Paketfilterung, Masquerading (ersetzt firewalld)

Kea DHCP4

IP-Vergabe für das LAN (172.26.2XX.0/24)

Regelwerk

Von	Nach	Erlaubt	Gesperrt
lan	wan	alles	—
lan	dmz	alles (SSH für Ansible, DNS, HTTP ...)	—
dmz	wan	alles	—
wan	dmz	UDP+TCP/53 nur auf ns, TCP/80+443 nur auf http	alles andere
wan	lan	—	alles
dmz	lan	—	alles

lan ist vertrauenswürdig

Aus dem internen Netz darf alles raus – sowohl ins WAN als auch in die DMZ. So kann Ansible von client.it2XX.int per SSH alle DMZ-Maschinen erreichen.

wan → dmz gezielt

Aus dem Internet kommen nur die Dienste rein, die wirklich öffentlich sein sollen – und nur auf die jeweilige Ziel-IP.

dmz → lan gesperrt

LDAP liegt jetzt in der DMZ – kein Grund mehr für Verbindungen aus der DMZ ins LAN.

Umsetzung

Netzwerkkonfiguration

Hostname setzen

• hostnamectl set-hostname fw.it2XX.int

enp0s3 (WAN)

Die WAN-Verbindung bekommt eine feste IP. Da die Connection bereits existiert, wird sie per mod angepasst.

• nmcli con mod enp0s3 ipv4.method manual ipv4.addresses 192.168.HS.2XX/24 ipv4.gateway 192.168.HS.254 ipv4.dns 192.168.HS.88
• nmcli con up enp0s3

Tabula Rasa

Rocky legt für neue Interfaces automatisch Connections mit generischen Namen an – diese werden gelöscht

• nmcli con delete "Wired connection 1"
• nmcli con delete "Wired connection 2"

enp0s8 (DMZ)

Neue Connection mit explizitem Namen – kein Gateway, kein DNS nötig

• nmcli con add type ethernet ifname enp0s8 con-name enp0s8 ipv4.method manual ipv4.addresses 10.88.2XX.1/24
• nmcli con up enp0s8

enp0s9 (LAN)

Das LAN-Interface wird Gateway für alle internen Clients

• nmcli con add type ethernet ifname enp0s9 con-name enp0s9 ipv4.method manual ipv4.addresses 172.26.2XX.1/24
• nmcli con up enp0s9

IP-Forwarding aktivieren

Ohne IP-Forwarding leitet der Kernel keine Pakete zwischen den Interfaces weiter – die Firewall wäre kein Router

• echo "net.ipv4.ip_forward=1" > /etc/sysctl.d/99-forwarding.conf
• sysctl -p /etc/sysctl.d/99-forwarding.conf

nftables

firewalld deaktivieren

Bevor nftables übernimmt, muss firewalld komplett raus – sonst kollidieren beide beim Regelaufbau (nftables-Backend vs. firewalld-Backend)

• systemctl disable --now firewalld
• dnf remove -y firewalld

Installation

• dnf install -y nftables
• systemctl enable --now nftables

Die Firewall

Ziel

Die Firewall trennt drei Netzbereiche voneinander: das Schulungsnetz (WAN), die DMZ und das interne LAN. Sie übernimmt gleichzeitig die Aufgaben eines Routers, eines DHCP-Servers für das LAN und kontrolliert den gesamten Netzverkehr zwischen den Zonen.

Die Filterung erfolgt über nftables mit einer einzigen Regeldatei. Alle standortspezifischen Werte (Interfaces, IPs, Admin-Host) stecken oben in Variablen – für einen neuen Standort reicht es, nur diesen Block anzupassen.

Plan

Interface	Zone	Wert	Erläuterung
enp0s3	wan	192.168.HS.2XX/24	Bridge Adapter: br0
GW		10.88.2XX.1	GATEWAY
NS		192.168.HS.88	Resolver
enp0s8	dmz	10.88.2XX.1/24	Internal Network: DMZ
enp0s9	lan	172.26.2XX.1/24	Internal Network: LAN
GW		192.168.HS.254	GATEWAY
FQDN		fw.it2XX.int	Fully Qualified Domain Name
SHORT		fw	Short Name
DOM		it2XX.int	Domain Name
ROUTE		10.88.0.0/16	192.168.HS.88

Dienste auf der Firewall

nftables

Paketfilterung, Masquerading (ersetzt firewalld)

Kea DHCP4

IP-Vergabe für das LAN (172.26.2XX.0/24)

Regelwerk

Von	Nach	Erlaubt	Gesperrt
lan	wan	alles	—
lan	dmz	alles (SSH für Ansible, DNS, HTTP ...)	—
dmz	wan	alles	—
wan	dmz	UDP+TCP/53 nur auf ns, TCP/80+443 nur auf http	alles andere
wan	lan	—	alles
dmz	lan	—	alles

lan ist vertrauenswürdig

Aus dem internen Netz darf alles raus – sowohl ins WAN als auch in die DMZ. So kann Ansible von client.it2XX.int per SSH alle DMZ-Maschinen erreichen.

wan → dmz gezielt

Aus dem Internet kommen nur die Dienste rein, die wirklich öffentlich sein sollen – und nur auf die jeweilige Ziel-IP.

dmz → lan gesperrt

LDAP liegt jetzt in der DMZ – kein Grund mehr für Verbindungen aus der DMZ ins LAN.

Umsetzung

Netzwerkkonfiguration

Hostname setzen

• hostnamectl set-hostname fw.it2XX.int

enp0s3 (WAN)

Die WAN-Verbindung bekommt eine feste IP. Da die Connection bereits existiert, wird sie per mod angepasst.

• nmcli con mod enp0s3 ipv4.method manual ipv4.addresses 192.168.HS.2XX/24 ipv4.gateway 192.168.HS.254 ipv4.dns 192.168.HS.88
• nmcli con up enp0s3

Tabula Rasa

Rocky legt für neue Interfaces automatisch Connections mit generischen Namen an – diese werden gelöscht

• nmcli con delete "Wired connection 1"
• nmcli con delete "Wired connection 2"

enp0s8 (DMZ)

Neue Connection mit explizitem Namen – kein Gateway, kein DNS nötig

• nmcli con add type ethernet ifname enp0s8 con-name enp0s8 ipv4.method manual ipv4.addresses 10.88.2XX.1/24
• nmcli con up enp0s8

enp0s9 (LAN)

Das LAN-Interface wird Gateway für alle internen Clients

• nmcli con add type ethernet ifname enp0s9 con-name enp0s9 ipv4.method manual ipv4.addresses 172.26.2XX.1/24
• nmcli con up enp0s9

IP-Forwarding aktivieren

Ohne IP-Forwarding leitet der Kernel keine Pakete zwischen den Interfaces weiter – die Firewall wäre kein Router

• echo "net.ipv4.ip_forward=1" > /etc/sysctl.d/99-forwarding.conf
• sysctl -p /etc/sysctl.d/99-forwarding.conf

nftables

firewalld deaktivieren

Bevor nftables übernimmt, muss firewalld komplett raus – sonst kollidieren beide beim Regelaufbau (nftables-Backend vs. firewalld-Backend)

• systemctl disable --now firewalld
• dnf remove -y firewalld

Installation

• dnf install -y nftables
• systemctl enable --now nftables

Variablen-Datei

Alle standortspezifischen Werte stehen getrennt vom Regelwerk in einer eigenen Datei – wird per include eingebunden

• vim /etc/nftables-vars.conf

define WANDEV = enp0s3
define DMZDEV = enp0s8
define LANDEV = enp0s9

define WANIP  = 192.168.HS.2XX
define DMZ    = 10.88.2XX.0/24
define LAN    = 172.26.2XX.0/24

define NS_IP   = 10.88.2XX.21
define HTTP_IP = 10.88.2XX.11

define HOST = 192.168.HS.TN

# Ziele, die beim Verlassen ueber WANDEV NICHT genattet werden sollen
# (Rest der Schulungs-DMZs und das Trainingsnetz selbst - echte Quell-IP bleibt sichtbar, z.B. fuers SIEM)
define NO_NAT_NETS = { 10.88.0.0/16, 192.168.HS.0/24 }

Regelwerk

ct state established,related steht als erste Zeile in jeder Chain und deckt den Rueckverkehr ab. Jede Freischaltung fuer neue Verbindungen steht danach explizit als eigene ct state new-Zeile. Was am Ende keiner Regel entspricht, wird geloggt und faellt der policy drop zum Opfer.

• vim /etc/sysconfig/nftables.conf

#!/usr/sbin/nft -f
include "/etc/nftables-vars.conf"
flush ruleset

table inet filter {

    chain input {
        type filter hook input priority filter; policy drop;
        ct state established,related accept
        ct state new iif "lo" accept
        ct state new iif $LANDEV ip saddr $LAN tcp dport 22 accept
        ct state new iif $WANDEV ip saddr $HOST tcp dport 22 accept
        ct state new icmp type echo-request accept
        ct state new iif $LANDEV udp dport 67 accept
        log prefix " --nftables-drop-input-- "
    }

    chain forward {
        type filter hook forward priority filter; policy drop;
        ct state established,related accept

        # lan -> wan und lan -> dmz: alles erlaubt
        ct state new iif $LANDEV accept

        # dmz -> wan: alles erlaubt
        ct state new iif $DMZDEV oif $WANDEV accept

        # wan -> dmz: nur DNS auf ns, HTTP/HTTPS auf http
        ct state new iif $WANDEV oif $DMZDEV ip daddr $NS_IP udp dport 53 accept
        ct state new iif $WANDEV oif $DMZDEV ip daddr $NS_IP tcp dport 53 accept
        ct state new iif $WANDEV oif $DMZDEV ip daddr $HTTP_IP tcp dport { 80, 443 } accept

        # wan -> lan und dmz -> lan: keine Regel, faellt durch zum log/drop
        log prefix "--nftables-drop-forward--"
    }

    chain output {
        type filter hook output priority filter; policy drop;
        ct state established,related accept
        ct state new accept
        log prefix " --nftables-drop-output-- "
    }
}

table inet nat {
    chain postrouting {
        type nat hook postrouting priority 100; policy accept;

        # Interne Ziele: keine Maskierung, echte Quell-IP bleibt erhalten
        ip saddr $DMZ ip daddr $NO_NAT_NETS return

        # Alles andere Richtung Internet: SNAT auf die feste WAN-IP
        ip saddr $DMZ oif $WANDEV snat to $WANIP
        ip saddr $LAN oif $WANDEV snat to $WANIP
    }
}

Laden und aktivieren

Erst syntaktisch prüfen, dann aktivieren – so gibt es keinen Reboot-Ausschluss durch einen Tippfehler

• nft -c -f /etc/sysconfig/nftables.conf
• systemctl restart nftables

Kontrolle

• nft list ruleset
• nft list table inet filter
• nft list table inet nat
• journalctl -k -f | grep nftables-drop

Kea DHCP4 für das LAN

Installation

• dnf install -y kea

Konfiguration

Kea lauscht nur auf enp0s9 (LAN) und verteilt IPs im Bereich .100–.200.

• vim /etc/kea/kea-dhcp4.conf

{
  "Dhcp4": {
    "interfaces-config": {
      "interfaces": [ "enp0s9" ]
    },
    "lease-database": {
      "type": "memfile",
      "persist": true,
      "name": "/var/lib/kea/kea-leases4.csv"
    },
    "valid-lifetime": 3600,
    "subnet4": [
      {
        "id": 1,
        "subnet": "172.26.2XX.0/24",
        "pools": [ { "pool": "172.26.2XX.100 - 172.26.2XX.200" } ],
        "option-data": [
          { "name": "routers", "data": "172.26.2XX.1" },
          { "name": "domain-name-servers", "data": "10.88.2XX.21" },
          { "name": "domain-name", "data": "it2XX.int" }
        ]
      }
    ]
  }
}

Start

• systemctl enable --now kea-dhcp4

Kontrolle

• ss -lnup | grep 67
• systemctl status kea-dhcp4
• journalctl -fu kea-dhcp4
• cat /var/lib/kea/kea-leases4.csv

Laden und aktivieren

Erst syntaktisch prüfen, dann aktivieren – so gibt es keinen Reboot-Ausschluss durch einen Tippfehler

• nft -c -f /etc/sysconfig/nftables.conf
• systemctl restart nftables

Kontrolle

• nft list ruleset
• nft list table inet filter
• nft list table inet nat

Kea DHCP4 für das LAN

Installation

• dnf install -y kea

Konfiguration

Kea lauscht nur auf enp0s9 (LAN) und verteilt IPs im Bereich .100–.200.

• vim /etc/kea/kea-dhcp4.conf

{
  "Dhcp4": {
    "interfaces-config": {
      "interfaces": [ "enp0s9" ]
    },
    "lease-database": {
      "type": "memfile",
      "persist": true,
      "name": "/var/lib/kea/kea-leases4.csv"
    },
    "valid-lifetime": 3600,
    "subnet4": [
      {
        "id": 1,
        "subnet": "172.26.2XX.0/24",
        "pools": [ { "pool": "172.26.2XX.100 - 172.26.2XX.200" } ],
        "option-data": [
          { "name": "routers", "data": "172.26.2XX.1" },
          { "name": "domain-name-servers", "data": "10.88.2XX.21" },
          { "name": "domain-name", "data": "it2XX.int" }
        ]
      }
    ]
  }
}

Start

• systemctl enable --now kea-dhcp4

Kontrolle

• ss -lnup | grep 67
• systemctl status kea-dhcp4
• journalctl -fu kea-dhcp4
• cat /var/lib/kea/kea-leases4.csv