寻求报告服务身份验证建议答案

【问题标题】：Reporting Services Authentication advice sought寻求报告服务身份验证建议
【发布时间】：2012-11-12 16:34:26
【问题描述】：

我已被分配负责修改当前的 Reporting Services 身份验证流程。目的是保持必要的安全级别，并简化授予访问各个报告的权限的维护/配置。

我无权访问域控制器来修改或创建新的 AD 组。我必须与当前存在的组/用户合作。

在身份验证方面，我似乎可以选择使用任何一种：

Windows 身份验证
SQL Server 身份验证。

报表服务器和报表数据库将驻留在同一台服务器上。考虑到这一点，我知道 Windows 身份验证可能是更好的解决方案，因为不需要维护单独的 SQL Server 用户表（及其密码）。在报表服务器上部署报表后授予对报表的访问权限，只需将用户/组添加到报表中（在浏览器中加载报表并访问 Properties\Security 选项）。

使用 SQL Server 身份验证的第二个选项似乎不如使用 Windows 身份验证合适，因为报表服务器和报表数据库位于同一个框上。

我正在使用 SQL Server 2000 数据库。我安装的报告服务版本是 Microsoft SQL Server 2008。

如果我的想法正确，请有人告诉我（即我应该进行 Windows 身份验证）。干杯。

吉米

【问题讨论】：

标签： sql sql-server authentication reporting-services

【解决方案1】：

Sql Server 身份验证不是连接到 SSRS 的用户的选项。它是 SSRS 连接到将获取其数据的数据库的一个选项。

所以最重要的是，是的，您需要使用 Windows 身份验证来连接到 SSRS 的用户。您可以在 SSRS 中使用特殊用户名，例如“Authenticated Users”或“Everyone”，以允许广泛访问。

我了解您无权访问 AD，但管理用户帐户在 AD 组中的成员资格比在 SSRS 中跟踪和管理个人访问权限要容易得多。

但如果没有 AD 访问权限，您仍然可以将 Windows/AD 帐户添加到报告权限并使用这些权限。您只需创建一个更复杂的系统，因为您需要分别管理每个人的权限。您可以将报告分组到文件夹中并保护文件夹：报告可以继承该安全性。

【讨论】：

谢谢杰米。由于我无法访问 AD 管理员，我是否可以执行以下操作：* 使用 Windows/AD 身份验证连接到 SSRS 的用户身份验证
很好的杰米，非常感谢。
@JimmyFishbean “Roll-your-own”选项无疑是一个可行的答案：它允许在每个报告中使用复杂的业务驱动规则来定制和定制安全性。但它的另一端：它要求每个报告都适当地实施和调整安全性。遗憾的是，此解决方案对于简化维护和安全性没有帮助。
如果出于争论的原因，我能够访问 AD 并能够管理 AD 用户/组等，我是否只需要在必要时执行以下操作（即当前不存在的地方）： 1）为每个用户（内部和外部用户）创建一个 AD 帐户 2）为用户分组创建组（这样我们可以将一个组分配给一个报告） 3）修改已部署报告的属性并分配 AD 用户/组到具有适当报告角色的报告。干杯，吉米
您适合用户直接联系报表服务器以获取报表的场景。但听起来您的应用程序有一些代表用户访问 SSRS 的中间层。在这种情况下，事情可能会更复杂：传递用户凭据有时很容易，有时很麻烦。