1

我正在尝试通过Win 2012 R2 上的Web 应用程序代理和AD FS发布SSRS 2016 Web 服务和 Web 门户。

为了能够通过 URL 和 WAP 访问报告，我需要在 SSRS 端进行什么配置？

有人找到分步指南吗？我已经在谷歌上搜索了几天没有运气。

谢谢，

4

1 回答 1

0

我不确定是否需要任何特殊的 SSRS 配置，但这里是通过 WAP 发布 SSRS 门户网站的步骤。

我们遇到的一个问题是，当请求报告时，报告路径已从查询字符串中删除。解决方案是对URL的报告路径部分进行编码。

  1. 在 ADFS 中创建标准信赖方信任，不设置任何声明，并且端点和标识符设置为https://example.com/ReportServer/.

  2. 使用 ADFS 预身份验证在 WAP 中发布端点，并将外部和内部 URL 设置为https://example.com/ReportServer/.

  3. 使用如下 URL 访问报告，https://example.com/ReportServer/Pages/ReportViewer.aspx/?%2fHR-Reports%2fQ1-Report&rs:Command=Render

更新：

不幸的是，情况似乎并非如此。WAP 似乎存在与截断报告路径相关的错误。如果您已经通过 ADFS 进行身份验证，然后访问报告（例如https://example.com/ReportServer/Pages/ReportViewer.aspx?/HR-Reports/Q1-Report&rs:Command=Render），您将被重定向到 ADFS，因为尚未将您的报告服务提供商 (SP) 的身份验证令牌设置为“EdgeAccessCookie”cookie。

报告 SP（实际上通常是 WAP）将您重定向到 ADFS，以获取带有查询字符串中的返回 URL 的令牌。您已经通过 ADFS 身份验证，因此您获得了 SP 的令牌并重定向回您的 SP，但问题是报告路径不再出现在您的 SP URL 的查询字符串中（https://example .com/ReportServer/Pages/ReportViewer.aspx/?rs:Command=Render&authToken=xyz）。这会导致报表服务器出错。

如果您随后再次访问原始 URL（https://example.com/ReportServer/Pages/ReportViewer.aspx?/HR-Reports/Q1-Report&rs:Command=Render），您已经拥有 SP 的身份验证令牌，并且您的浏览器将其作为 EdgeAccessCookie cookie 呈现给您的 SP。在这种情况下，您不会被重定向到 ADFS，您可以按预期访问您的报告。当然，这不太理想，但是必须第二次访问您的报告。

于 2017-05-23T22:41:02.420 回答