2016-11-23 16 views
1

この問題に関する多くの質問と回答がありましたが、私の状況を修正したり完全に一致するものはありません。WCFサービスコールは、Fiddlerの実行中のみ動作します

開発目的で自分のIIS上でローカルに実行されているWebサイトがあります。このウェブサイトは、政府機関がタスクを実行するために提供するWebサービスを呼び出します。このサイトは私の開発/調整などのために使用され、予備テストのためにテスト部門によって使用されます。

最近、政府はこのサービスを使用する際にTLS1.2をサポートすることを要求しています。彼らは新しいSHA-2証明書を私たちに提供しました。問題ない。同じサービスがスタンドアロンアプリケーションで使用され、TLS1.2プロトコルを使用して正常に動作します。しかし、今私は、内部Webサイト経由でサービスコールを行うと、悪意のある「エンドポイントが見つかりませんでした...」というエラーで失敗することが判明しました。しかし、私がFiddlerを動かすと、うまく動作します。

マイシオマネキの設定は以下のとおりです。

  • オフ(チェックも失敗した)「サーバ証明書エラー無視]を
  • 'プロトコル' '; TLS1.2'
  • (広い範囲も失敗した許可します) '起動時にシステムプロキシとして動作する'チェックなし(チェックも失敗)
  • 'Fiddlerがポートで待機します' 8888
  • 'プロキシなし'が選択されています。

NOTE(「利用システム プロキシ」はまた失敗):「失敗した」とは、私は、サービス呼び出しがまだ動作を意味します。役に立ったと思うようなエラーが出たら私は成功するだろう。

新しい証明書が正しくインストールされています。サービスコールはIISの外部で正常に動作することを忘れないでください。

SHA-2に変更する前に問題がなかったにも関わらず、テスト用Webサイトに署名付き証明書を使用していないため、何らかのセキュリティ問題が発生しています。それがFiddlerで動作する理由は、Fiddlerが独自の証明書を使用するためです。それはそれかもしれませんか?

なぜ、このサービスコールはスタンドアロンアプリケーションで動作し、Fiddlerが動作しているときにのみローカル開発Webサイトで作業しているのですか?

答えて

1

私のアプリはWebサービスには届かなかったが、Fiddlerが動作していても問題なく動作していた。

私の場合の解決策は、アプリケーションを実行していたユーザーが十分な特権を持っていないということでした。 Fiddlerが自分のユーザーで実行されていたため、サービスを呼び出すためのアクセス権があります。 私は十分な特権を持つユーザーのためにアプリのユーザーを変更し、すべてがうまく動作し始めました。

1

としてうまくTelerik自身のHttpWebRequest http://www.telerik.com/blogs/help!-running-fiddler-fixes-my-app-

  • によって説明、理由のAAホストが存在することができます - )(GetResponseStream上>しばしば閉じる呼び出していない()
  • キープアライブの問題 - >あなたのアプリがフィドラーにローカル接続しているので、表示される問題はこれらのタイミングによって軽減されます
  • バッファサイズ - ローカル接続のために消えるネットワークの非効率性
  • 遅いP roxy決定
  • HTTPSの問題 - >サーバーの証明書を修正または置き換えます。
  • プロトコルバージョン管理 - >クライアント上でTLS/1.1 +を無効にするか、TLS標準をサポートするようにソフトウェアをアップグレードするようにサーバーオペレーターに指示します。
関連する問題