Por que um contêiner Docker executando um servidor expõe a porta ao mundo exterior, embora essa porta seja bloqueada pelo iptables?

Estou tendo um problema com o MySQL em execução dentro de um contêiner Docker. Minha imagem de teste é construída a partir do seguinte Dockerfile:

# See: https://index.docker.io/u/brice/mysql/FROM ubuntu:12.10MAINTAINER Joni Kahara <joni.kahara@async.fi> # Because docker replaces /sbin/init: https://github.com/dotcloud/docker/issues/1024RUN dpkg-divert --local --rename --add /sbin/initctlRUN ln -s /bin/true /sbin/initctlRUN apt-get updateRUN apt-get upgrade -yRUN apt-get -y install mysql-serverRUN sed -i -e"s/^bind-address\s*=\s*127.0.0.1/bind-address = 0.0.0.0/" /etc/mysql/my.cnfRUN /usr/bin/mysqld_safe & \    sleep 10s && \    mysql -e "GRANT ALL ON *.* to 'root'@'%'; FLUSH PRIVILEGES;"EXPOSE 3306VOLUME ["/var/lib/mysql", "/var/log/mysql"]CMD ["mysqld_safe"]

Depois de construir uma imagem do arquivo acima, eu executo com:

docker run -p 3306:3306 asyncfi/magento-mysql

Depois disso, tudo está inchado e posso fazer login nesta instância do MySQL da máquina local. No entanto, também posso fazer login em qualquer outra máquina.

Eu configurei meu firewall para filtrar tudo, exceto o tráfego que entra em portas específicas (SSH "oculto", HTTP, HTTPS), e essa filtragem parece funcionar; se eu, por exemplo, executar um servidor de desenvolvimento Django na porta 1234, posso me conectar a partir da máquina local, mas não de fora. Portanto, o firewall parece estar filtrando pacotes quando eles estão destinados a um servidor que está sendo executado como um processo "simples", mas não quando o servidor está sendo executado dentro de um contêiner.

iptables-L-v --line-numbers diz o seguinte:

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)num   pkts bytes target     prot opt in     out     source               destination1     2265  107K ACCEPT     all  --  lo     any     anywhere             anywhere2     240K  319M ACCEPT     all  --  any    any     anywhere             anywhere             ctstate RELATED,ESTABLISHED3       14  1040 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:<REDACTED>4       21  1092 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:http5        6   360 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:https6      538 34656 LOG        all  --  any    any     anywhere             anywhere             limit: avg 5/min burst 5 LOG level debug prefix "iptables DROP: "7      551 35424 DROP       all  --  any    any     anywhere             anywhereChain FORWARD (policy ACCEPT 5 packets, 296 bytes)num   pkts bytes target     prot opt in     out     source               destination1        0     0 ACCEPT     all  --  docker0 docker0  anywhere             anywhere2     6752  396K ACCEPT     all  --  docker0 !docker0  anywhere             anywhere3     125K  188M ACCEPT     all  --  any    docker0  anywhere             anywhere             ctstate RELATED,ESTABLISHEDChain OUTPUT (policy ACCEPT 51148 packets, 14M bytes)num   pkts bytes target     prot opt in     out     source               destination

A versão Docker é:

Client version: 0.7.3Go version (client): go1.2Git commit (client): 8502ad4Server version: 0.7.3Git commit (server): 8502ad4Go version (server): go1.2Last stable version: 0.7.3

Por que a porta MySQL está exposta ao mundo exterior?

Graças aos usuários do canal # docker IRC, Michael Crosby e Paul Czar, agora posso responder minha própria pergunta. O problema está no fato de que eu executei o contêiner assim:

docker run -p 3306:3306 asyncfi/magento-mysql

Isso publica a porta do contêiner para todas as interfaces da máquina host, que definitivamente não é o que eu estava procurando neste momento. Para vincular apenas ao localhost, foi necessário executar o contêiner da seguinte maneira:

docker run -p 127.0.0.1:3306:3306 asyncfi/magento-mysql

Também o EXPOSE a linha no Dockerfile não é necessária, pois o mecanismo" expor " é usado para link containers.