2009-03-09 1 views
1

フロントエンドのセキュリティプロバイダとしてISA Serverを使用するようにポータルを構成する処理が進行中です。
ISA Server 2006 SP1を使用しています。ISA Server 2006 SP1を使用して未コンパイルのページにアクセスする際のエラー

残念ながら、ISA Serverを介して.netアプリケーションにアクセスすると、最初にアクセスされます。
つまり、まだコンパイルされていないため、次のエラーが表示されます。
エラーコード:500内部サーバーエラー。パラメータが正しくありません。 (87)

ISA監視ログに

、これは示しています

失敗した接続試行
ログの種類:Webプロキシ(リバース)
ステータス:87パラメータが間違っています。

アプリケーションがコンパイルされると、エラーは表示されません。
誰もこれを解決する方法を知っているので、サイトは初めて正しく動作しますか?

いくつかの追加情報:アクセス

  • のウェブサイトは、Windows Server 2008 64ビット上で実行されている - 標準版、およびSharePointなどの標準的な.NETウェブサイトのために発生します。
  • ISA ServerがWindowsサーバー2003 R2 SP2で実行されています。Standard eidtion
  • Windowsサーバー2008ボックスのファイアウォールは、すべてのアクセスを許可します。
  • IISログまたはファイアウォールログに何も表示されません。
+0

あなたは@thisを見てきました(http://support.microsoft.com/kb/931762) –

+0

その記事は私の問題にどのように関連するか、私は見ることができません申し訳ありません。 – Bravax

+0

ISAの背後にあるIISを使用していると仮定します。最初の要求時に何が起きているのかについてIISログを確認しましたか。 ISAがHTTP 3XXリダイレクトのようなものをブロックしている可能性があります。私は最初のサイトアクセスで起こることができるシステムを見てきました。 –

答えて

0

この問題は、IISはWindows認証を受け入れるように設定しながら、NTLMに設定されているISA Serverでの認証委任値によって引き起こされました。 この組み合わせは私の環境では問題があるようです。

基本認証に変更するか、または他の有効な組み合わせが正しく機能するため、別の認証委任設定を使用します。

+0

あなたはそれを解決できたことをうれしいです! (ダング、私はそれを覚えているかもしれない:) –

+0

今日は同じ問題があったが、基本的な認証は私の選択肢ではなかった。詳細は私の答えを見てください。 – x0n

0

pre-complie the web siteです。それはもっとうまくいっています。

ASP.NETのコンパイル出力ディレクトリをクリアしましたか?あなたはそこにいくつかの対立があるかもしれません。

%SystemRoot%\Microsoft.NET\Framework\versionNumber\Temporary ASP.NET Files 
+0

はい、私はそれを提案しましたが、他に誰もこの問題を抱えていないように見えるので、設定に何か問題があるように見えます。 – Bravax

+1

一時的なASP.NETファイルをクリアしても問題は解決されませんでした。 – Bravax

0

私は今日(ISA 2006/sp1 ISA HTMLフォーム認証を介してSharePointを公開し、NTLM認証を通過して)同じ問題を抱え、それをデバッグするのに数時間を費やしました。あなたはそうです、それを引き起こすページをコンパイルする必要があり、IISRESETだけが問題を引き起こします。アプリケーションプールのリサイクルは行いません。基本認証は機能しますが、NTLMは機能しません。修正については、こちらを参照してください。

あなたのIISログを見ると、あなたがが奇数何か、少しヒントを持つ特定のHTTPリクエストのためのIISから、すなわち401の応答があることがわかります。

... GET /auth.aspx - 80 - ... Mozilla/4.0+(compatible;...) 401 1 2148074254 734 

注意エラーコード2148074254(0x8009030e SEC_E_NO_CREDENTIALS)。通常のチャレンジ/レスポンス交換では、これは「5」でなければなりません。

これにより、デバッグパスが減り、最終的にIIS 7のカーネルモード認証がデフォルトで有効になっていることがわかりました。オフにすると:

%windir%\system32\inetsrv\appcmd set config -section:windowsAuthentication -useKernelMode:false 

...問題が消えます。誰かがこのための技術的な理由を掘り下げるための十分な情報がこの記事にあるので、私はここでそれを逆行させません。 -Oisin

関連する問題