☰

So verhindern Sie, dass Docker sich mit iptables und openvpn bloßstellt

tag-icon • tag-icon linux networking vpn openvpn iptables
So verhindern Sie, dass Docker sich mit iptables und openvpn bloßstellt

Das Ziel ist:

  1. Erlauben Sie VPN-Clients den Zugriff auf das Internet
  2. Zugriff auf das Docker-Subnetz haben (z. B. 178.18.0.0/24)
  3. Verhindern Sie, dass Docker sich automatisch freigibt, indem Sie iptables ändern
  4. Manuelles Zulassen der Freigabe von Docker-Ports für das Internet

Ich habe 1 mit der Beispielkonfiguration von gelöstHier, 2 durch Drücken des Subnetzes in derserver.conf

Frage:Wie verhindere ich, dass Docker Ports automatisch freigibt und dabei INPUT DROP-iptable-Ketten umgeht, ohne die Internetverbindung auf eth0 und tun0 zu trennen?

Versuche:

  • Ich habe die dokumentierte Docker-Methode ausprobiert:https://docs.docker.com/network/iptables/AberSobald ich es anwende, werden alle Internetverbindungen für meine VPN-Clients unterbrochen- Sie können problemlos auf das Subnetz von Docker zugreifen, aber nicht auf das Internet. Wenn ich DROP in ACCEPT umkehre, ist es umgekehrt: Das Internet funktioniert, das Docker-Subnetz jedoch nicht und ist offengelegt.
  • iptables -I DOCKER-USER -i eth0 -m state --state ESTABLISHED,RELATED -j ACCEPTIch habe auch versucht , es wie hier beschrieben hinzuzufügen :https://riptutorial.com/docker/topic/9201/iptables-mit-docker- das hat leider nichts geändert

Meine Docker-bezogenen Iptables-Einträge sehen derzeit folgendermaßen aus:

iptables -I DOCKER-USER -i eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -I DOCKER-USER -i eth0 ! -s 10.0.0.0/24 -j DROP

Mein Netzwerk sieht so aus:

eth0 - publicly facing
tun0 - vpn on 10.0.0.0/24
docker - 172.18.0.0/24

Die gesamte Konfiguration zum jetzigen Zeitpunkt:

#!/bin/bash

# A Sample OpenVPN-aware firewall.

# eth0 is connected to the internet.
# eth1 is connected to a private subnet.

# Change this subnet to correspond to your private
# ethernet subnet.  Home will use 10.0.1.0/24 and
# Office will use 10.0.0.0/24.
PRIVATE=10.0.0.0/24

# Loopback address
LOOP=127.0.0.1

# Delete old iptables rules
# and temporarily block all traffic.
iptables -P OUTPUT DROP
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -F

# Set default policies
iptables -P OUTPUT ACCEPT
iptables -P INPUT DROP
iptables -P FORWARD DROP

# Prevent external packets from using loopback addr
iptables -A INPUT -i eth0 -s $LOOP -j DROP
iptables -A FORWARD -i eth0 -s $LOOP -j DROP
iptables -A INPUT -i eth0 -d $LOOP -j DROP
iptables -A FORWARD -i eth0 -d $LOOP -j DROP

# Anything coming from the Internet should have a real Internet address
iptables -A FORWARD -i eth0 -s 192.168.0.0/16 -j DROP
iptables -A FORWARD -i eth0 -s 172.16.0.0/12 -j DROP
iptables -A FORWARD -i eth0 -s 10.0.0.0/8 -j DROP
iptables -A INPUT -i eth0 -s 192.168.0.0/16 -j DROP
iptables -A INPUT -i eth0 -s 172.16.0.0/12 -j DROP
iptables -A INPUT -i eth0 -s 10.0.0.0/8 -j DROP

# Block outgoing NetBios (if you have windows machines running
# on the private subnet).  This will not affect any NetBios
# traffic that flows over the VPN tunnel, but it will stop
# local windows machines from broadcasting themselves to
# the internet.
iptables -A FORWARD -p tcp --sport 137:139 -o eth0 -j DROP
iptables -A FORWARD -p udp --sport 137:139 -o eth0 -j DROP
iptables -A OUTPUT -p tcp --sport 137:139 -o eth0 -j DROP
iptables -A OUTPUT -p udp --sport 137:139 -o eth0 -j DROP

# Check source address validity on packets going out to internet
iptables -A FORWARD -s ! $PRIVATE -i eth1 -j DROP

# Allow local loopback
iptables -A INPUT -s $LOOP -j ACCEPT
iptables -A INPUT -d $LOOP -j ACCEPT

# Allow incoming pings (can be disabled)
iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT

# Allow services such as www and ssh (can be disabled)
iptables -A INPUT -p tcp --dport http -j ACCEPT
iptables -A INPUT -p tcp --dport ssh -j ACCEPT

# Allow incoming OpenVPN packets
# Duplicate the line below for each
# OpenVPN tunnel, changing --dport n
# to match the OpenVPN UDP port.
#
# In OpenVPN, the port number is
# controlled by the --port n option.
# If you put this option in the config
# file, you can remove the leading '--'
#
# If you taking the stateful firewall
# approach (see the OpenVPN HOWTO),
# then comment out the line below.

iptables -A INPUT -p udp --dport 1194 -j ACCEPT

# Allow packets from TUN/TAP devices.
# When OpenVPN is run in a secure mode,
# it will authenticate packets prior
# to their arriving on a tun or tap
# interface.  Therefore, it is not
# necessary to add any filters here,
# unless you want to restrict the
# type of packets which can flow over
# the tunnel.

iptables -A INPUT -i tun+ -j ACCEPT
iptables -A FORWARD -i tun+ -j ACCEPT
iptables -A INPUT -i tap+ -j ACCEPT
iptables -A FORWARD -i tap+ -j ACCEPT

# Allow packets from private subnets
iptables -A INPUT -i eth1 -j ACCEPT
iptables -A FORWARD -i eth1 -j ACCEPT

# Keep state of connections from local machine and private subnets
iptables -A OUTPUT -m state --state NEW -o eth0 -j ACCEPT
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -m state --state NEW -o eth0 -j ACCEPT
iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT

# Docker allow only VPN by default
    iptables -I DOCKER-USER -i eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT
    iptables -I DOCKER-USER -i eth0 ! -s 10.0.0.0/24 -j DROP

# Masquerade local subnet
iptables -t nat -A POSTROUTING -s $PRIVATE -o eth0 -j MASQUERADE

Danke!

Antwort1

Die Lösung bestand stattdessen darin, Docker ordnungsgemäß hinter UFW zu platzieren. Auf Stack Overflow wurde ein toller Artikel dazu gepostet:https://stackoverflow.com/a/58098930/11821602welches seinen Ursprung hat in:https://github.com/moby/moby/issues/4737#issuecomment-419705925

Fügen Sie am Ende von /etc/ufw/after.rules Folgendes hinzu (ersetzen Sie eth0 durch Ihre nach außen gerichtete Schnittstelle):

# Put Docker behind UFW
*filter
:DOCKER-USER - [0:0]
:ufw-user-input - [0:0]

-A DOCKER-USER -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A DOCKER-USER -m conntrack --ctstate INVALID -j DROP
-A DOCKER-USER -i eth0 -j ufw-user-input
-A DOCKER-USER -i eth0 -j DROP
COMMIT

Und machen Sie Folgendes rückgängig:

  • Entfernen Sie „iptables“: „false“ aus /etc/docker/daemon.json
  • Zurück zu DEFAULT_FORWARD_POLICY="DROP" in /etc/default/ufw
  • Entfernen Sie alle Docker-bezogenen Änderungen an /etc/ufw/before.rules.

Testen Sie unbedingt, ob nach einem Neustart alles einwandfrei funktioniert.

verwandte Informationen