Win 7 上的 IE 8 是否对受信任区域中的 Internet 和 Intranet URL 应用不同的安全性?

发布于 2024-11-05 20:05:15 字数 533 浏览 0 评论 0原文

我遇到过这样的情况:ActiveX 控件被加载到父 html 页面上的 iframe 中,并由子页面访问。
在生产中,通过 Windows 7 上的 IE 8 访问时,不会加载此 ActiveX 控件。

在同一客户端计算机和浏览器上访问我们的 Intranet UAT 环境中的页面时,此相同功能可以正常工作。

当从 Windows XP 上运行 IE 8 的客户端访问生产位置时,此功能也可以正常工作。

在所有情况下,URL 都会配置为受信任区域,并使用相同的安全设置,并且 Windows 7 计算机上的保护模式处于关闭状态。

回顾一下:
Win 7 + IE8 + Prod env = 失败!
Win 7 + IE8 + UAT env = 成功!
XP + IE8 + Prod 环境 = 成功!

看来等式中的唯一区别是 Windows 7 指向公共 URL 而不是内部 URL,因为它可以在 Windows XP 上运行。

对于这种情况,Windows 7 中是否存在已知的安全差异?还有其他设置需要看吗?谢谢!

I have a situation where an ActiveX control is loaded into an iframe on a parent html page, and accessed by a child page.
In production, this ActiveX control isn't being loaded when accessed via IE 8 on Windows 7.

This same feature works properly when accessing the page on our intranet UAT environment on that same client machine and browser.

This feature also works properly when accessing the production location from a client running IE 8 on Windows XP.

In all situations, the URL is configured as a Trusted zone with the same security settings used, and protected mode is off on the Windows 7 machine.

To recap:
Win 7 + IE8 + Prod env = fail!
Win 7 + IE8 + UAT env = success!
XP + IE8 + Prod env = success!

It appears that the only difference in the equation is Windows 7 pointing at a public URL instead of an internal URL, since it works on Windows XP.

Are there known security differences in Windows 7 for this situation? Any other settings to look at? Thanks!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

孤独陪着我 2024-11-12 20:05:15

我们偶然发现了这个问题的“解决方案”,但我不明白它起作用的原因,并且不确定它是否可以解决其他类似问题。在我们的例子中,向子 iframe 添加一些 javascript 以将 document.domain 设置为可 ping 的 URL 解决了该问题。例如 document.domain="yahoo.com";

We stumbled upon a "solution" for this issue, but I don't understand the reasons why it worked, and aren't sure if it would solve other similar issues. In our case, adding some javascript to the child iframe to set the document.domain to a pingable URL resolved the issue. e.g. document.domain="yahoo.com";

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文