私は、WCFアプリケーション(スタンドアロンサービスセルフホストされている)を持っています。これはIISではホストされず、IISでのホストはオプションではありません。 サービスはWCFサービスを公開します。私はサービス契約がHTTPとトランスポートとして機能するので、サービス契約が機能することを知っています。 今、私はhttpsに移動する必要があります。その目的は輸送手段のみを確保することです。サービスに接続している誰かがネットワーク内にいると仮定しているため、クライアント認証は必要ありません。 app.configを変更してhttpsTransportにアクセスし、URLを更新すると、certとportを関連付ける作業を開始しました。説明はhttp://msdn.microsoft.com/en-us/library/ms733791.aspxです。「SSL証明書をポート番号にバインドする」セクションの手順に従っています。これは、ローカルマシン内でうまく機能しました。ルート証明書と開発証明書がmakecert.exeを使用して生成されることに注意してください。 Windowsサーバー2003で同じサービスをホストすると、すべての地獄が緩んでしまいます。クライアントはエンドポイントを見ることさえできません(httpが動作するようにファイアウォールされていないことに注意してください)。私は、httpcfg.exeを使用して、上記のドキュメントに記載されている手順に従ってきました。これは動作しません。 OpenSSLは、サーバが証明書を提供していないと述べています。SSLエラー(輸送を確保するために使用されるSSLのみ)
何が問題になることができますか?
sererが正しく開始しました。サービスが稼働しています(例外およびイベントログのエントリはありません)。サーバー証明書の変更を試してみましょう。ところで、私はbasicHttpBindingとnetTcpBindingを使用していません。 – Chetan
バインディングは次のようになります。 <バインディング名= "bindingName"> –
Chetan
それは同じである必要があり、を追加してみてください。ところで、ここにクライアントのバインディングを置くことはできますか? –
Jack