この質問に似ていますが、私の場合は当てはまらないと思います。
合計 2 つのエンドポイントがあり、どちらも「劣化」のステータスを示しています。
これは通常、モニターの構成によって 200 以外の応答が返されることを示していると読みました。ただし、curl でテストすると、両方のエンドポイントで 200 の応答が示されます。最初はホームページをプローブするように設定していましたが（これも200を返しました）、念のため専用の「プローブ」ページを追加しましたが、違いはありませんでした.
これが私のトラフィック マネージャーの構成です (従来のポータルですが、問題にはなりません)。
ブラウザ ネットワーク インスペクタ:
カールの結果は次のとおりです。
どうやらすべてのエンドポイントが劣化しても、トラフィック マネージャーは引き続き機能しますが、地理的な冗長性に影響を与えているのではないかと懸念しています。
助けてくれてありがとう！
-Lあなたの呼び出しは、あなたを失望させcurlている「リダイレクトに従う」ためのものです。
Traffic Manager は HTTP リダイレクトに従いません。
301 Moved PermanentlyエンドポイントがレンダリングされているDegradedを返すようになったためです。
$ curl -Ii http://posguys-east.cloudapp.net/probe.html
HTTP/1.1 301 Moved Permanently
Content-Length: 147
Content-Type: text/html; charset=utf-8
Location: https://posguys.com/probe.html
これはおそらく、web.configで HTTP → HTTPS リダイレクトが構成されているためです。
解決策は簡単で、代わりにエンドポイントを削除して再度追加しますhttps://。
それほど単純ではありません。アプリケーションも301リダイレクトで応答しているようhttps://です。
$ curl -kIiL https://posguys-east.cloudapp.net/probe.html
HTTP/1.1 301 Moved Permanently
Content-Length: 147
Content-Type: text/html; charset=utf-8
Location: https://posguys.com/probe.html
Server: Microsoft-IIS/8.5
HTTP/1.1 200 OK
Cache-Control: max-age=5184000
Content-Length: 149
Content-Type: text/html
その部分に対処する必要があります。/probe.htmlそこにヒットしている書き換えルールに例外を追加します。でテストしますが、今回curlはありません。-L