Firstprofile、Secondprofile.Firstly Secondprofile という名前の2 つのトラフィック マネージャー プロファイルを作成し、アプリ サービス エンドポイントで構成しました。Secondprofile がエンドポイントとして Firstprofile に追加されました(ネストされたプロファイルと呼ばれます)。Firstprofile を参照すると、次のようなエラーが表示されます。
2 に答える
1
Web アプリに対して行う HTTP 要求には、要求で使用されるドメイン名を含む 'Host' ヘッダーが含まれています。これは、Web アプリによって認識される必要があります。標準の Web アプリ ドメイン名 (foo.azurewebsites.net) は常に機能し、他のドメイン名は Web アプリのカスタム ドメイン リストに表示されます。
Web アプリを Traffic Manager に追加すると、Traffic Manager プロファイルのドメイン名 (child.trafficmanager.net) が Web アプリのカスタム ドメイン リストに自動的に追加されます。ここまでは順調ですね。
Web アプリ/Traffic Manager の統合には、入れ子になった Traffic Manager プロファイルを使用すると、親プロファイルのドメイン名 (parent.trafficmanager.net) が Web アプリのカスタム ドメイン リストに追加されないという既知の問題があります。これが、親プロファイルを介して Web アプリにアクセスしようとすると 404 エラーが表示される理由です。
回避策として、バニティ ドメイン (www.contoso.com など) の DNS レコードを parent.trafficmanager.net への CNAME として構成し、バニティ ドメイン名を Web アプリのカスタム ドメインとして登録する必要があります。バニティ ドメインを介した Web アプリへのアクセスが機能するようになりました。これにより、ネストされた Traffic Manager プロファイルが DNS 解決の一部として使用されます。
ジョナサン (プログラム マネージャー、Azure トラフィック マネージャー)
于 2016-04-27T15:41:24.550 に答える
1
この問題は、まさに Jonathan Tuliani が言及したものですが、別の解決策があります。
親 Traffic Manager プロファイルのドメイン名を Web アプリに追加する必要があります。
Custom Domains and SSL -> Bring external domain -> tmdemo.trafficmanager.net などのドメイン名を入力します。それは許可され、すべてが機能します。
私はちょうどそれについてのブログ記事を書きました: Nested Traffic Manager プロファイル
于 2016-06-24T19:40:01.607 に答える