wsHttpBinding を使用して WCF 4.0 インターフェイスを介してバックエンド システムに接続している WFP アプリがあります。WCF サービスは、F5 ロード バランサーの背後にあります。
私のアプリは開発中 (F5 ロード バランサーなし) で動作しますが、運用環境にデプロイすると動作しません。現在、私の F5 ロード バランサーには、その背後にある実際の Web サーバーが 1 つしかありません。
これはよく聞かれる質問ですが、私の具体的な詳細な質問は次のとおりです。
私のシナリオでは、クライアントとロード バランサー間の接続には wsHttpBinding を使用しますが、ロード バランサーと Web サーバー間の接続には基本バインディングを使用します。これがロード バランサの問題の原因になる可能性はありますか?
「基本的なバインディング」の意味がわかりません。F5 は、コンテンツを変更せずに、単純に要求を Web サービスにリダイレクトする必要があります。F5 キーがメッセージの変更になる唯一のケースは、クライアントと LB が SSL を介して通信する HTTPS オフロードを使用しているが、LB と Web サービス間の接続が HTTP または kerberos である場合です。
F5 のセットアップに問題があると思われます。これをテストする方法は、単純な HTML ページを作成し、IIS を使用して Web サーバーに公開することです。次に、ロード バランサーのクライアント側のブラウザーからそのページへのアクセスを試みます。ページが表示された場合、F5 が要求を適切にリダイレクトしていることがわかります。そうでない場合は、LB のセットアップに問題があります。
その後、Web サービスの URL をブラウザーに入力して、WSDL ページが表示されるかどうかを確認してください。ブラウザで Web ページが表示されても WSDL ページが表示されない場合は、Web サービスの設定に問題があることがわかります。
また、Web サーバーに Fiddler をセットアップし、受信メッセージをチェックして、Web サービスにローカルで接続する場合と F5 経由で接続する場合のコンテンツに違いがあるかどうかを確認することもできます。