0
Azure構成でADFSのREST APIにアクセスすると、異常な動作が発生します。Azureロードバランサの問題？
私のサイトが正しい証明書を返すかどうかをテストするには、OpenSSlやDigiCertなどのツールを使用します。例：
openssl s_client -connect adfs.{mydomain}.com:443
これを複数回実行すると、正しい証明書と間違った証明書が交互に返されます。
次のような構成である：ADFS、WWW用
- CNAMES、及びADRMSはAzureのパブリックホストは{MYDOMAIN} testsvc.cloudapp.netそれらを指し、DNSに登録されています。 SAN証明書が
- ウェブサーバが直面しているサブジェクト名、インターネット上で作成し、インストールされている
- ：WWW {}はmydomain .COM
- サブジェクト代替名：ADFS {} MYDOMAIN .COM、ADRMS {MYDOMAIN}。。。 。com、WWW {MYDOMAIN} .COM
- ウェブサーバ上の「NetshのHTTPショーのsslcert」を実行するには、ADFSとADRMSホスト名の両方の権限証明書を示しています。ポート
- WebApplicationProxyは私がADFSに到達できるようにするために設置されています{ mydomain} .com/adfs/oauth2/xxx。私はわずかに異なるテストを実行した場合
：次に
openssl s_client -connect adrms.{mydomain}.com:443
を、私はまた、交互に異なる証明書を取得します。エッジサーバーが正しい証明書を提供していると判断し、adrmsサーバーが「悪い」証明書を提供しています。実際には、その証明書は本当に大丈夫です、それはちょうど誰かにadfsを要求してはいけません。{mydomain} .com
なぜ、adfsへの接続要求がエッジサーバーとadrmsサーバーに交互に届くのですか？そして、どこでこの問題を理解するために今見ていますか？私は、WebApplicationProxyについての知識がほとんどなく、すべてのトラフィックをエッジサーバー（adrmsトラフィックを含む）に向ける方法を認めています。
プライベートメッセージを介して問題を示すための実際のURIを提供できます。
また、私のWebログには「ロードバランサエージェント」からの多くの要求があるため、ロードバランサと思われます。しかし、私は構成されたものを見つけることができません。私は使用しました：
Get-AzureInternalLoadBalancer
Get-AzureRMLoadBalancer
どちらも返しません。