2017-01-09 4 views
0

機能をテストするための単純なMVCアプリケーションを含む開発用VMにローカルにデプロイされたWindowsコンテナがあります。私はそれをうまく展開することができますし、私はホストからそのURLに移動するときにうまく動作しますが、私はコンテナを持っている私のVM内にいるときにアクセスすることはできませんhttp://localhost:30001/でUriを取得します。サービスファブリックコンテナ - クラスタ内のサービスにアクセスできない

Laptop (Can access URL from here)

^

Windows Server 2016 VM (cannot access from here)

^

Container with manually packaged MVC app using the microsoft/aspnet image

私はから割り当てられたIPアドレスとポートを介しMVCアプリにアクセスすることができSFアプリケーションをデプロイした後はDocker(docker inspectを使用して)また、私はそのポートを指定しました8745 my AppManifest.xml

アルファベットの例のようなサンプルアプリケーションをスピンアップすると、VM内のエンドポイントにアクセスできるようになります。これを許可しないコンテナとは何か関係はありますか?これは、パーティションリゾルバがクラスタ内でアクセスできないURLを与えるため、ゲートウェイステートレスサービスを作成するときの大きな問題です。

EDIT: 自分の開発VM内でファイアウォールも無効になっていることを忘れてしまいました。

答えて

0

私はあなたがthis号を打つと思います。コンテナのIPアドレスを使用しない限り、localhost上で実行されているコンテナにアクセスすることはできません。

現在のリリースでは、を使用してコンテナホストから サイトを参照することはできません。これは、WinNATで既知の動作 が原因であり、今後解決される予定です。それが解決されるまで、 あなたはコンテナのIPアドレスを使用する必要があります。

+0

サービスファブリックは、エンドポイントを「http:// localhost:30001」として公開します。コンテナとの通信にサービスを提供できないということですか?または、ネーミングサービスを介してコンテナのIPアドレスを取得する方法はありますか? – Ryan

+0

実稼働クラスタでは、リバースプロキシを使用してコンテナ間で通信できます。そのようにして、トラフィックはロードバランサを通過します。 (理想的ではありません。)詳しい情報はこちら:https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-deploy-container私はあなたがこれをdevクラスタ、WinNATは修正されていません。 – LoekD

+0

これについてのアップデートがまだあるかどうかは誰にでも分かりますか?私はまだlocalhostのサービスファブリックでコンテナにアクセスする際に問題が発生しています –

関連する問題