Reporting Services 2008 r2環境でKerberos認証の問題を管理する方法

Question

ssrs 2008のレポートがほとんどありません。ユーザーグループを作成し、そのグループに必要なすべてのアクセス許可を与えました。

これらのレポートを実行しているとき、私は奇妙なエラーが発生しています。それが来たから

ログインユーザー 'NT AUTHORITY \ ANONYMOUS LOGON'

私は知りませんが失敗しました。

私はKerberos認証に関連する問題を提起しました。この問題を解決する方法を知っている人もいます。

また、このケルベロスの問題を解決することを知っている人もいれば、できるだけステップごとに教えてください。

おかげ

ヴィク

Answer 1

はパススルー統合認証、定義されたユーザー統合認証、またはSQLユーザー認証を使用して、レポートはありますか？私は最初の疑いがあります。この場合、あなたは偽装と委任の違いに取り組んでいます。

統合認証を使用してWebサーバーに接続する場合、実際にはNTLMまたはKerberosを使用しています。両方とも、Webサーバーを実行しているプロセスがあなたと同じように動作することを許可します。セキュリティトークンによるNTLMの偽装により、サーバが接続することができなくなります。もう一度サーバとして（つまりDBサーバに）接続し、再びあなたの役目を果たします。これは「ダブルホップ」問題です。代わりにKerberosは委任を使用し、各サーバが正当性をチェックして許可することができるチケットを渡します。

Kerberosを動作させるには、いくつかの要件があります。

• あなたは（別名として使用して）その主なDNS名以外の名前を使用してWebサーバに接続している場合、あなたがれるSetSPNと機械のための有効なものとしてエイリアスを登録する必要があります。これがなくても、SPN（サービスプリンシパル名）に問題が生じる可能性があります。サーバー上のSPNを慎重に調べて、期待どおりのものかどうかを確認します。
• 最初に接続するサーバーは、ドメインポリシーで「委任のために信頼されている」必要があります。
• Webサーバーが実行されているユーザーは、「委任のために信頼できる」必要もあります。

パススルー認証を使用するのではなく、レポートに何らかの種類の資格情報を保存するだけで、このようなことを回避できます。

devとtestの違いは、IISユーザーまたはデータソースです。

ここでは、SharePointを使用しておらず、通常のSSRS Webインストールを行っていると仮定しています。それが正しくない場合は、そう言いなさい。