問題タブ [weave]

Docker-Swarm で Weave ネットワーク プラグインを使用しています。

内部ネットワークからルーティングするデフォルトの Weave ネットワークとは異なる、特定の IP 範囲を持つ docker ネットワークを作成しました。

コンテナーへのアクセスをさらに改善するために、weave を使用して、containername.auto.mycompany.de のような DNS 名をアタッチします。今、私は会社のネットワークからそれらにアクセスしたいと考えています。問題は、weave がローカル ホストからの weave DNS へのアクセスのみを許可することです。

私の群れノードの1つのように、私はできる：

しかし、この (10.40.130/24) docker ネットワークのいずれかの IP で weave コンテナーにアクセスできるようにする方法や、ポートを swarm ノードに公開する方法が見つかりません。

私が考えることができるが、好きではない唯一の方法は、次のようなことをすることです:

（これは機能しません、それは単なるアイデアです）

または、weave スクリプトを改ざんして、weave コンテナーの開始時にポートを公開します。

より良い解決策を知っている人はいますか？

CentOS 7 で Docker 用の Weave オーバーレイ ネットワークをテストした後、このシステムを AWS 環境にデプロイする必要がありました。違いがあります。Docker が EC2 インスタンスで起動すると、weaveplugin コンテナーも起動します。これにより、プラグインを停止する前に Weave を起動できなくなります。そのため、起動時に Weave ネットワークを起動できません。CentOS では、これらのコマンドを /etc/rc.d/rc.local に追加しました。

「weave env」 - ログオン時のエクスポート環境用。しかし、起動後の EC2 では、「docker ps」経由で weaveplugin コンテナーのみが表示されます。そして、「weave stop-plugin」を行う前に「weave launch」が機能しません。このコマンドを EC2 の rc.local に追加すると、「weave env」が機能せず、ファイル /opt/wenv が空になります。最後のコマンドが早く実行されるかもしれませんが、CentOSで動作するため、前のコマンドが正常に開始されるのを待つ必要があります。任意の提案をお願いします。

Mesos で Kubernetes を使用し、Weave をオーバーレイ ネットワークとして使用しています。Mesos に Weave ネットワーク上に Docker コンテナを作成させようとしていますが、何らかの理由で失敗しています。/etc/mesos-slave/executor_environment_variablesenv var を Weave ソケットに設定するファイルを各スレーブに作成しましたDOCKER_HOSTが、Mesos はそれを取得していないようです。もはや推奨されていないため、静的な Weave ブリッジの使用を怠っていましたが、Mesos は協力したくないようです。それが私の次のステップです。

• Kubernetes 1.2
• メソス 0.25.0
• ウィーブ 1.3.1

weave を使用して、同じホスト (aws サーバー) 内の複数のコンテナーを接続しようとしています。しかし、 docker run コマンドは、私が与えた場合、何の出力も与えません

docker-compose の有無にかかわらずこれを試しました。

Macの仮想ボックスを使用して、異なるホストの複数のコンテナを接続しようとしました。それは完璧に機能していました。

これは織りを使用して可能ですか？

dockerのリンクを使用してそれを達成できることは知っています..しかし、リンクは将来削除され、ネットワークが推奨される方法であるとどこかで読みました

TL;DR: Swarm に存在するバグは Swarm1.0.0で解決されました1.1.0。

4 つの swarm エージェント クラスターでは、weave プラグインを使用してカスタム オーバーレイ ネットワークが実行されます。

ただし、このコマンドとその出力を使用すると、次のような問題が発生する可能性があります。

--netと同様にユーザー定義オプションが設定されてい--ip=192.168.0.5ます。コンテナーのethwe0インターフェイス IP アドレスは192.168.0.5に設定されていると想定されていますが、実際には 192.168.0.2 に設定されています。

質問: このプロセスの何が問題になっていますか?

何もありません。バージョン以降に解決されたバグ1.1.0です。

こんにちはスタックオーバーフローコミュニティ！

私は現在、ドッキングされた Web サイトでこのシナリオを使用しています。

ホスト マシン - Web サイト A - Web サイト B - Web サイト C

すべての Web サイトは異なるドメインを持っています。現在、ホスト マシン nginx から Web サイト ドッカーに手動で proxy_pass を作成しています。たとえば、Web サイト A はポート 9001:80 をリッスンし、Web サイト B はポート 9002:80 をリッスンします。

私が達成したいのは、すべてのコンテナーに特別なポートを割り当てる必要はなく、他のすべてのコンテナーの dns/リバース プロキシとして機能する 1 つの docker リバース プロキシ コンテナーを持つことです。

これを行うためのベストプラクティスは何ですか?

これhttp://weave.works/ とこれ http://jasonwilder.com/blog/2014/03/25/automated-nginx-reverse-proxy-for-docker/を見つけました

最後の1つはまだ多くの問題があり、生産の準備ができているかどうかわかりません.

よろしく、テイラー

私がやった事：

私は startweave serviceと start 2 docker container、hostA と hostB を持っています。HostA の ping は hostB に成功しますが、 DOCKER HOSThostA.weave.localからping を実行できますか?