WCF サービスに接続する Silverlight アプリケーションがあります。私が慣れ親しんでいる基本的な構成では、このアプリケーションを対応する WCF サービスに問題なく接続できます。
しかし、最近、私のクライアントの 1 つが Apache リバース プロキシの使用を開始しました。このプロキシは公開サーバーであり、クライアントとサーバーの間を行き来する SSL (HTTPS) を介して HTTP トラフィックを暗号化するためにのみ使用されます。このプロキシは、そこからのすべてのトラフィックを、アプリケーションをホストする実際の Web サーバーに渡します。パブリック プロキシと IIS サーバー間のトラフィックは、単なる HTTP です。
したがって、トラフィックは次のように流れます: エンドユーザー ブラウザー ---HTTPS----> パブリック リバース プロキシ -----HTTP----> WCF サービスをホストする IIS サーバー。
リバース プロキシと IIS は、2 つの別個のサーバー上にあります。
Silverlight アプリケーションを正しく機能させることができません。エンドポイントの構成方法がわかりません。パブリック プロキシのアドレスをエンドポイント アドレスとして使用すると、常に問題が発生します。
通常、Silverlight アプリケーションの構成は次のとおりです。
<configuration>
<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="BasicHttpBinding_IPOTemplateEditorSrv" maxBufferSize="2147483647"
maxReceivedMessageSize="2147483647">
<security mode="TransportWithMessageCredential" />
</binding>
</basicHttpBinding>
</bindings>
<client>
<endpoint address="https://public-reverse-proxy-url/POTemplateEditorSrv.svc"
binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IPOTemplateEditorSrv"
contract="POEditorSrvRef.IPOTemplateEditorSrv" name="BasicHttpBinding_IPOTemplateEditorSrv" />
</client>
</system.serviceModel>
</configuration>
私が使用していて、リバース プロキシのパブリック HTTPS アドレスを指しているエンドポイント アドレスがあることに注意してください。
何か不足していますか?おそらくプロキシを構成するための追加情報はありますか? Silverlight クライアントをサービスに接続させる回避策はありますか?