我们的许多用户报告说，他们在使用 IE11 访问我们的网站时遇到空白页面。有时他们甚至没有得到空白页面，浏览器只是停留在最后访问的页面上。这些用户可以毫无问题地访问其他域（例如 google.com）。
对于出现故障的浏览器，如果这些用户在 IE 中禁用保护模式，那么他们可以再次访问我们的网站，但这不是一个好的解决方案，因为我们有数千个用户，我们不能告诉他们每个人重新配置他们的浏览器，更不用说我们完全失去了那些只是浏览，看到空白页面，然后继续前进而不提交错误报告的潜在客户的业务。
Firefox 和 Chrome 运行良好。此外，即使在保护模式下使用 IE11，某些用户也没有出现任何问题，他们的计算机似乎可以正常工作。
我们正在 IIS7 上运行该网站。同一服务器上的其他站点运行良好，只是某个特定站点出现问题，而且是间歇性的，影响某些计算机而不影响其他计算机。
我必须在服务器或网络设置中采取一些措施来防止此问题发生，但我对它可能是什么感到困惑。当我查看失败的浏览器上的网络流量时，GET 请求只是被中止，没有任何解释。使用 Wireshark 查看流量时，我没有看到任何错误，IIS 日志中也没有显示任何错误。在失败的浏览器中，它们甚至没有打开与我们的 Web 服务器的连接来发出 GET 请求，该请求只是立即中止。
任何建议表示赞赏！
（后续）：我们所做的另一项测试：我们可以在我们的开发服务器上重现问题，其中计算机“工作”和不工作的模式相同。我们尝试关闭网络服务器，问题仍然存在，我们仍然会收到空白页面错误。那么这显然与我们页面内容中的任何内容无关？我在办公室网络上的 9 台计算机上运行了测试：5 台工作正常，4 台失败。我们都很困惑。 :/
（1 月 24 日后续）：我们找出了导致问题的原因，但尚未解决如何解决。在 Windows 注册表深处，Zonemap 文件夹中设置了一个键，添加了一个键值为 2 的“play.net”域。当有人键入 play.net 时，IE 会看到该键，然后颤抖并死机，没有错误消息（Firefox 和 Chrome 处理得很好）。
那么下一个问题是，首先设置该密钥的目的是什么？可能在某个地方有一个 ActiveX 控件，但我们没有运气在这个已有 15 年历史的站点中找到它，因为许多过去可能创建过 ActiveX 控件的编码人员早已不在了。
有谁知道扫描整个域并列出可能会破坏注册表项的任何内容的方法？
