☰

Como adicionar regras de iptables depois que o Docker definir suas próprias regras na inicialização?

tag-icon • tag-icon iptables docker systemd coreos
Como adicionar regras de iptables depois que o Docker definir suas próprias regras na inicialização?

Quero limitar as conexões para a execução de contêineres Docker. Eu tenho um conjunto de iptablesregras que fazem isso de forma eficaz. No entanto, o conjunto de regras depende da aplicação da minha própria cadeia de regras à frente da DOCKERcadeia.

Basicamente, eu quero esse resultado

Chain FORWARD (policy DROP)
target     prot opt source               destination
PRE_DOCKER  all  --  0.0.0.0/0            0.0.0.0/0            /* Insert before Docker's filtering to apply our own */
DOCKER     all  --  0.0.0.0/0            0.0.0.0/0
ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0

Chain PRE_DOCKER (policy DROP)
target     prot opt source               destination
//My own rules go here targeting the DOCKER chain

Estou tendo problemas para definir essas regras na inicialização do sistema. Eu tenho um systemdarquivo com o conteúdo

[Unit]
Description=Restore iptables firewall rules
Before=iptables-store.service
Requires=docker.service
After=docker.service
Conflicts=shutdown.target

[Service]
Type=oneshot
ExecStart=/sbin/iptables-restore --noflush /var/lib/iptables/rules-save

[Install]
WantedBy=basic.target

Mas na inicialização, recebo o erro

iptables-restore v1.4.21: Couldn't load target `DOCKER':No such file or directory

o que presumo significa que o serviço Docker ainda não criou suas regras.

Qual é a maneira correta de estruturar meus arquivos de unidade ou minhas iptablesregras para obter a saída desejada.

Para completar, aqui está o conteúdo /var/lib/iptables/rules-saveque eu configurei.

*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
:PRE_DOCKER - [0:0]

-I FORWARD -o docker0 -j PRE_DOCKER -m comment --comment "Insert before Docker's filtering to apply our own"
-A PRE_DOCKER ! -i eth0 -o docker0 -j DOCKER -m comment --comment "Anything coming from something other than the public interface send to DOCKER chain"
-A PRE_DOCKER -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT -m comment --comment "Allow connections from established connections"
-A PRE_DOCKER -j DROP -m comment --comment "Drop anything else"

-A INPUT ! -i eth0 -j ACCEPT -m comment --comment "Accept anything coming from something other than the public interface"
-A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT -m comment --comment "Allow connections from established connections"
COMMIT

Responder1

Eu realmente não consegui entender isso. Acho que há algum problema de tempo quando docker.service cria a cadeia DOCKER do iptables versus quando o systemd a visualiza como concluída e iniciada.

Então recorri a um método de polling que verifica se a cadeia está presente e só então tenta restaurar as regras.

while ! iptables -n --list DOCKER >/dev/null 2>&1
do
    sleep 1;
done

/sbin/iptables-restore --noflush /var/lib/iptables/rules-save

informação relacionada