Назад | Перейти на главную страницу

Как можно добавить правила iptables после того, как Docker установит свои собственные правила при запуске?

Я хочу ограничить подключения к запуску контейнеров Docker. У меня есть набор iptables правила, которые делают это эффективно. Однако набор правил зависит от применения моей собственной цепочки правил перед DOCKER цепь.

В принципе, я хочу такой результат

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

У меня возникают проблемы с установкой этих правил при запуске системы. у меня есть systemd файл с содержимым

[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

Но при запуске выдает ошибку

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

что, как я полагаю, означает, что служба Docker еще не создала свои правила.

Как правильно структурировать мои файлы модулей или мои iptables rules, чтобы получить желаемый результат.

Для полноты, вот содержание /var/lib/iptables/rules-save что я настроил.

*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

Я действительно не мог этого понять. Я предполагаю, что есть некоторая проблема с синхронизацией, когда docker.service создает цепочку iptables DOCKER по сравнению с тем, когда systemd рассматривает ее как завершенную.

Поэтому я прибег к методу опроса, который проверяет, присутствует ли цепочка, и только после этого пытается восстановить правила.

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

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