0

WCFクライアントを使用して.NETアプリケーションでWebサービスを利用しています。

サービスのエンドポイントのアドレスはポート4338を介しており、HTTPSを介しており、WS-Security標準で保護されています。

したがって、アドレスは次のようになります。

https://[servername]:4338/[servicename]/

アプリケーションを実行するだけでは、サービスと通信できませんでした。それは私に次のエラーを与えました：

[servername]に接続できませんでした：4338TCPエラーコード10060：接続されたパーティが一定期間後に適切に応答しなかったために接続の試行に失敗したか、接続されたホストが[servername]：4338に応答しなかったために接続の確立に失敗しました

しかし、Fiddlerを実行してhttp通信を調査すると、アプリケーションが機能し始め、サービスと通信できるようになります。

また、最初のサービスをホストする同じWebサーバー上に別のサービスがあり、2番目のサービスのアドレスがポート8080でホストされており、WCFクライアントと通信できることを追加したいと思います（Fiddlerを実行せずに） ）。

そこで、グーグルで検索したところ、プロキシ設定に関連している可能性があることがわかりました。問題が何であるか、そしてどうすればそれを解決できるか知っていますか？

ありがとう

4

3 に答える 3

1

Fiddlerはインターネットプロキシサーバーとして機能します。一般に、「Fiddlerを使用すると機能する」という形式の症状は、「（異なる）プロキシサーバーがある場合に機能する」ことを意味します。

プロキシサーバーの設定を確認してください。特に、empiが提案したように、ブラウザで試してみてください。そこで機能する場合は、ブラウザーにプロキシ設定が構成されており、WCF用に構成されていないことが原因である可能性があります。

于 2010-08-12T19:24:21.807 に答える
0

Internet Explorerでプロキシを設定している場合は、問題が発生する可能性があります。Internet Explorerでhttps：// [servername]：4338 / [servicename] /を開くとどうなりますか？

于 2010-08-12T19:15:03.363 に答える
0

返信をありがとうempi。私は答えを見つけました。実際、当社では「自動設定スクリプト」によるプロキシ設定を行っており、社内で対象としているWebサイトによっては、適切なプロキシを指定するようになっています。そのため、スクリプトから適切なプロキシアドレスを取得しました。.NETアプリケーションで、このコードを追加しましたWebRequest.DefaultWebProxy = new WebProxy（ " http://xx.xx.xx.xx:8080 "）; これで問題が修正されたため、WCFクライアントは自動スクリプトの設定を検出していませんでした。これが、Fiddlerを実行したときに機能した理由です。Fiddlerはhttp通信をリッスンし、設定を介して再送信するためです。

于 2010-08-12T19:24:48.520 に答える