2011-06-20 1 views
1

"username:password"承認ヘッダーを受け取るWCF Webサービスがあります。このサービスは、開発用のWindows 7マシンとWindows Server 2003マシンで正常に動作します。IIS 7でWCF Webサービスを呼び出すときに承認ヘッダーが見つからない

ただし、開発サーバーと新しい運用サーバーはWindows Server 2008であり、サービスは承認ヘッダーの受信に失敗します。

以下のFiddlerの生のリクエストには、Authorizationヘッダーが含まれています。

POST http://servername/service.svc/soap HTTP/1.1
のContent-Type:text/xmlで、文字セット= UTF-8
認証:テスト:テスト
VsDebuggerCausalityData:uIDPozpQ7mbpOVRFu79Tl0h3mkIAAAAAJMavDzJlIkqyjJDSIIxdVuKNB0y6n29OvukFtyRt0wwACQAA
のSOAPAction: "..."
ホスト:サーバー名
のContent-Length:152
期待:100-続ける
を受け入れます - コーディング:gzip、収縮
接続:キープアライブ

IISの高度なログ機能を有効にして、サーバー上に余分な情報があるかどうかを確認できませんでした。

IIS Webサイトは匿名認証用に構成されています。

認証情報が欠落しているところである、サービスはIAuthorizationPolicyを実装し、メソッドが確実に呼び出されている評価します。

IISで何かを間違って設定したように感じますが、何もわかりません。どんな助けでも大歓迎です。

+0

Windows Server 2003から2008に切り替えるときに、IIS 6から7に切り替えましたか?もしそうなら、私はこれがWindows ServerのバージョンよりもIISのバージョンに関係があると思われます。あなたはそれに応じてあなたの質問のタイトルを変更することを検討するかもしれません。 – Aaron

+0

良い点。私は、Windows Server 2008の最初の開発サーバー上で動作していたサービスを構築した元同僚からも伝えられています。それだけがこれをよりイライラします。 – RichardM

+0

IISサーバーが基本認証を処理していることを確認してください。デフォルトでは無効になっています。 –

答えて

0

私は2つの異なる問題を扱っていました。

開発サーバーで、.NET 4.0のインストールが壊れていることがわかりました。これはbrilliant toolによって診断されました。両方のサーバー上で

それが最初の場所でクラシックに設定した理由を誰もが知っていたとして、私は、統合クラシックからパイプラインモードを変更しました。後でWeb設定を少し微調整して、サービスがうまくいきました!

リチャードLが提案しているように、プロダクションサーバーには欠けていたので、ソリューションには基本認証が必要な場合もあります。サービスWebサイト自体で基本認証が有効になっていないことに注意してください。

非常に不快な数日間は、この作業をしようとしています。

関連する問題