我正在尝试通过 Web 应用程序代理 和 AD FS 在 Win 2012 R2 上发布 SSRS 2016 Web 服务和 Web 门户。
为了能够通过 URL 和 WAP 访问报告，我需要在 SSRS 端进行哪些配置？
有人找到分步指南吗？我已经在谷歌上搜索了几天没有运气。
谢谢，
【问题讨论】：
标签： reporting-services reverse-proxy adfs adfs3.0
我不确定是否需要任何特殊的 SSRS 配置，但以下是通过 WAP 发布 SSRS 门户网站的步骤。
我们遇到的一个问题是，在请求报告时，报告路径已从查询字符串中删除。解决方案是对 URL 的报告路径编码部分。
在 ADFS 中创建标准信赖方信任，不设置任何声明，并且端点和标识符设置为 https://example.com/ReportServer/。
使用 ADFS 预身份验证在 WAP 中发布端点，并将外部和内部 URL 设置为 https://example.com/ReportServer/。
使用如下 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 的查询字符串中网址 (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，您可以按预期访问您的报告。当然，这不太理想，但必须第二次访问您的报告。
【讨论】：