フォーム認証用に構成された SQL Server Reporting Services 2008 の実稼働環境があります。同じカスタム認証拡張 dll を使用する新しい環境をセットアップしようとしています。残念ながら、それは機能していません。dll および環境構成の元の作成者は利用できません。
拡張 DLL の LogonUser メソッドが有効な資格情報に対して true を返し、無効な資格情報に対して false を返すことを確認しました。したがって、DLL が動作しており、データベースに正しくアクセスするように構成されていることはわかっています。
ログオン ページは、Reporting Services の LogonUser Web サービス メソッドから正常に返されます。Fiddler は、authCookie を持っていることを示し、http://myurl/ReportManager/Pages/Folder.aspxにリダイレクトされていることを示しています。 . しかし、このページにリダイレクトされると、ブラウザから authCookie が送り返されていないことが Fiddler によって示されます。認証 Cookie がないと、Reporting Services はカスタム ログイン ページに戻ります。同じワークステーションと同じブラウザが、動作中のレガシー インスタンスにアクセスする場合、この動作は発生しません。
これがここにあるべきか、サーバーフォールトにあるべきかについて、私は苦労しました。拡張機能の dll が別の環境で動作しており、すべてのテストで問題が dll にないことが示されたため、最初は Server Fault を選択しました。これにより、この問題は Reporting Services の構成の問題であるという結論に達しました。ただし、SF に対する応答がまったくない (およびビューがほとんどない) ことと、IT 部門によるフォーム認証に関する知識が完全に不足しているため、再考して SO に質問を投稿する必要がありました。
前もってありがとう、
ジム
編集
Firefox といくつかのアドインをインストールしてから、テストを再実行しました。表面で観察された動作は IE と同じです。ただし、Fiddler は、Firefox が /ReportManager/Pages/Folder.aspx にリダイレクトするときに認証 Cookie を送信していることを示しています (前述のように、IE はこれを行いません)。しかし、Reporting Services はそれを無視しているように見え、依然としてログイン ページにリダイレクトされます。Cookie エディター アドインは、Cookie の名前は「authCookie」で、サイトは「my domain.com」であると表示されます。
RSがログインページにリダイレクトし続けるという事実を除いて、これはすべて正しいように思えます。なんで？