ポートがiptablesによってブロックされているにもかかわらず、サーバーを実行しているDockerコンテナーがポートを外部に公開するのはなぜですか？

Dockerコンテナ内で実行されているMySQLに問題があります。私のテストイメージは、次のDockerfileから構築されています。

# See: https://index.docker.io/u/brice/mysql/

FROM ubuntu:12.10
MAINTAINER Joni Kahara <joni.kahara@async.fi> 

# Because docker replaces /sbin/init: https://github.com/dotcloud/docker/issues/1024
RUN dpkg-divert --local --rename --add /sbin/initctl
RUN ln -s /bin/true /sbin/initctl

RUN apt-get update
RUN apt-get upgrade -y

RUN apt-get -y install mysql-server

RUN sed -i -e"s/^bind-address\s*=\s*127.0.0.1/bind-address = 0.0.0.0/" /etc/mysql/my.cnf

RUN /usr/bin/mysqld_safe & \
    sleep 10s && \
    mysql -e "GRANT ALL ON *.* to 'root'@'%'; FLUSH PRIVILEGES;"

EXPOSE 3306

VOLUME ["/var/lib/mysql", "/var/log/mysql"]

CMD ["mysqld_safe"]

上記のファイルからイメージを構築した後、次のコマンドで実行します。

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

その後、すべてが膨張し、ローカルマシンからMySQLのこのインスタンスにログインできます。ただし、他のマシンからログインすることもできます。

特定のポートに着信するトラフィック（「隠された」SSH、HTTP、HTTPS）を除くすべてをフィルタリングするようにファイアウォールを設定しましたが、このフィルタリングは実際には機能しているようです。たとえば、ポート1234でDjango開発サーバーを実行すると、ローカルマシンからは接続できますが、外部からは接続できません。そのため、ファイアウォールは「プレーン」プロセスとして実行されているサーバー宛てのパケットをフィルタリングしているように見えますが、サーバーがコンテナ内で実行されている場合はそうではありません。

iptables -L -v --line-numbersは次のことを示します。

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination
1     2265  107K ACCEPT     all  --  lo     any     anywhere             anywhere
2     240K  319M ACCEPT     all  --  any    any     anywhere             anywhere             ctstate RELATED,ESTABLISHED
3       14  1040 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:<REDACTED>
4       21  1092 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:http
5        6   360 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:https
6      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             anywhere

Chain FORWARD (policy ACCEPT 5 packets, 296 bytes)
num   pkts bytes target     prot opt in     out     source               destination
1        0     0 ACCEPT     all  --  docker0 docker0  anywhere             anywhere
2     6752  396K ACCEPT     all  --  docker0 !docker0  anywhere             anywhere
3     125K  188M ACCEPT     all  --  any    docker0  anywhere             anywhere             ctstate RELATED,ESTABLISHED

Chain OUTPUT (policy ACCEPT 51148 packets, 14M bytes)
num   pkts bytes target     prot opt in     out     source               destination

Dockerバージョンは次のとおりです。

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

MySQLポートが外部に公開されるのはなぜですか？

iptables docker

— カハラ
ソース

#docker IRCチャンネルユーザーのMichael CrosbyとPaul Czarのおかげで、自分の質問に答えることができるようになりました。問題は、次のようにコンテナを実行したという事実にあります。

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

これにより、ホストマシンのすべてのインターフェイスにコンテナのポートが公開されます。これは、現時点で探していたものではありません。ローカルホストのみにバインドするには、次のようにコンテナを実行する必要がありました。

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

また、コンテナEXPOSEをリンクするために「公開」メカニズムが使用されるため、Dockerfile の行は必要ありません。

— カハラ
ソース