Caso de uso
Portas do Docker também ficam protegidas.
O Docker encaminha as portas publicadas pela cadeia FORWARD. Uma ferramenta que só olha a INPUT deixa essas portas de fora. O atalince cobre as duas.
01O problema
O tráfego dos containers não passa pela INPUT.
Quando um container publica uma porta, como em -p 8080:80, o Docker traduz o destino e encaminha o pacote pela FORWARD. Regras na INPUT nunca o veem.
Isso vale para o Compose e para o Coolify, que publicam portas do mesmo jeito.
02Como o atalince resolve
Saltos no lugar certo, sem configuração.
- 01 · DOCKER-USER
Backend iptables, o padrão
Desde o agente 1.0.4, dois saltos no topo da DOCKER-USER, só para conexões que o Docker traduziu na entrada.
- 02 · FORWARD
Backend nftables do Docker
Desde o agente 1.0.7, os mesmos saltos ficam no topo da FORWARD do iptables.
- 03 · Regras
Bloqueios, regras e geobloqueio
Valem também para as portas publicadas. Nas regras, a porta é a publicada no servidor: 8080 no exemplo. Geobloqueio é do Pro.
- 04 · Escopo
Só o tráfego de entrada
A saída dos containers e o tráfego entre containers não passam por essas cadeias.
03No firewall
Onde ficam os saltos.
04Limites
O que ainda não existe.
- O agente roda no host, como serviço systemd. Instalar o próprio agente dentro de um container (Docker, Swarm ou Helm) ainda não é suportado.
Para ir mais fundo
Programa Founders
Use o atalince desde o começo.
Recursos do Pro para até 3 servidores, sem cobrança, por 12 meses. Cada inscrição é aprovada pela equipe.