私はAlpine Linux 3.13.2、iptables-1.8.6-r0、docker-20.10.3-r0を使用しています。
サンプル docker-compose .yml ファイルを使用して Graylog 4 を試してみます。期待どおりに Graylog を実行し、それを実行して構成のdocker-compose ... down
カスタマイズを開始できました。この時点から問題が始まります。しかし、私はいいえ次に、設定を変更すると、docker-compose ... up -d
Web UIへの接続がタイムアウトします。最後の回避策は、コンテナをロールバックするたびにすべてのポート転送を変更することでした。
結局、多くの研究の終わりにDockerを見つけました。ナット机の上ルーストアバウト(注docker-compose ... down
:みんな以前のインスタンスに関するルールはそのまま残ります。 )だから私がしたことiptables - 保存、保存したファイルを編集して前のルールを削除し、編集内容を適用します。iptables - 復元。その後、ポートを変更したりコンテナに戻ることなくGraylog UIに再接続できます。
したがって、問題の鍵は次のとおりです。予想されるDockerの動作かバグですか?注:「/var/log/docker.log」に表示されるほとんどのレコードは、Linuxインスタンスに「ip6tables」がないという警告です。
今では、新しい回避策がDockerに内部IPアドレスを自分のコンテナに静的に割り当てるように指示する方法を見つけることを願っています。
接線
再起動時にdockerでこれらの問題の1つが発生した別の問題も「修正」されることを願っています。
iptables failed: ...他のアプリケーションは現在xtablesロックを保持しています。 -wオプションを使用したいですか? \n(終了状態 4))
エラーが発生したため、greylogコンテナを起動できません。たぶんそれが残したすべてのルールが競争条件を引き起こす可能性があるからでしょうか?
ベストアンサー1
現在のソリューション
/etc/docker/daemon.json
{
"ipv6" : false
}