IE 访问 SSRS 报告时出现错误的安全区域
我的一些计算机在访问 SSRS 报告时显示 Internet 或 未知区域（混合） 而不是 本地 Intranet。有些用户从未报告过此问题，而对于其他用户来说，它似乎是一致的。这些机器应该全部设置相同。我们使用 http://test-intranet.example.com 这样的 URL 访问 SSRS 报告。已检查 IE 上的安全设置，应将所有 *.example.com 页面视为本地 Intranet。 这个问题非常烦人，有人知道哪个组件在这里不能很好地发挥作用吗？
I have some machines that when accessing SSRS Reports show Internet or Unknown Zone(Mixed) instead of Local Intranet. Some user never report this problem, for others it appears consistent. These machines should be all setup the same. We access the SSRS reports with a url like http://test-intranet.example.com. Have checked the security settings on the IE and that should consider all *.example.com pages as local intranet.
Very annoying this issue, anybody having a clue what component doesn't play well here ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
在 IE 连接设置中，您的所有计算机都会忽略您提到的地址的本地代理服务器。
假设它是内部的，并且假设您有代理，那么应该不需要向代理获取内部地址。
In the IE connection settings do all of your machines ignore local proxy server for the address you mentioned.
Assuming it's internal, and assuming you have a proxy, then there should be no need going to the proxy for internal addresses.
您是否已将 Kerberos 令牌大小修补程序 (KB327825) 添加到计算机（台式机和服务器） ？您还需要通过脚本或 GPO (kb938118) 推出注册表设置。
Have you added the Kerberos Token Size hot fix (KB327825) to the machines (desktops and servers)? You'll also want to roll out the registry setting via a script or GPO (kb938118).