Reporting Services での認証の種類

RSWindowsNegotiate

Negotiate

はい

RSWindowsNegotiate は、ネゴシエートを指定する認証要求を処理するようにレポート サーバーに指示します。ネゴシエートでは、Kerberos 認証が最初に試行されますが、レポート サーバーへのクライアント要求に対して Active Directory でチケットを付与できない場合は NTLM に戻ります。ネゴシエートは、チケットが使用できない場合にのみ NTLM に戻ります。チケットがないのではなく、最初の試行でエラーになった場合は、レポート サーバーで 2 回目の試行は行われません。

RSWindowsKerberos

Kerberos

いいえ

Kerberos 認証を指定する要求の場合、レポート サーバーでは、要求を発行したユーザーのセキュリティ トークンに対する権限を読み取ります。ドメインで委任が有効になっている場合は、レポートを要求したユーザーのトークンを使用して、レポート データを提供する別の外部データ ソースに接続することもできます。

RSWindowsKerberos を指定する前に、使用しているブラウザーの種類で実際にサポートされていることを確認してください。Internet Explorer を使用している場合、Kerberos 認証はネゴシエートを通してのみサポートされます。Internet Explorer では、Kerberos を直接指定する認証要求は作成されません。

Custom

(Anonymous)

いいえ

匿名認証は、HTTP 要求の認証ヘッダーを無視するようにレポート サーバーに指示します。レポート サーバーですべての要求が受け入れられますが、ユーザーを認証する場合は、カスタムの ASP.NET フォーム認証を指定する必要があります。

Custom は、レポート サーバーにすべての認証要求を処理するカスタム認証モジュールを配置している場合にのみ指定します。カスタム認証は、既定の Windows 認証拡張機能と共に使用することはできません。

匿名

レポート サーバーでは、配置にカスタム認証拡張機能が含まれている場合以外は、匿名ユーザーからの認証されていない要求は受け入れません。

基本認証用に構成されたレポート サーバーでレポート ビルダーへのアクセスを有効にした場合、レポート ビルダーは認証されていない要求を受け入れます。

それ以外の場合、匿名の要求は ASP.NET に到達する前に拒否され、HTTP ステータス 401 アクセス拒否エラーが発生します。401 アクセス拒否を受信したクライアントは、有効な認証の種類を使用して要求を作成し直す必要があります。

Passport

SQL Server 2008 ではサポートされていません。