Performance Internet Explorer 11中的第一个HTTPS连接非常慢，可能是什么？

当使用Internet Explorer 11连接到我公司的HTTPS站点时，第一次连接非常非常慢。通常超过30秒。在第一次连接之后，我可以毫无问题地浏览该站点。这个问题发生在InternetExplorer中，它在Chrome和Firefox中运行良好

如果在第一次访问之后，我清除了缓存和cookies，那么下一个页面加载会很快。我必须关闭浏览器并重新打开它才能重现问题。即使我让浏览器闲置几个小时，下次访问仍然很快。问题只出现在浏览器首次访问此站点时

在下面，您可以看到开发人员工具栏的网络视图：

第一个连接是重定向到HTTPS连接的HTTP连接。这个连接非常慢。以下两个连接很快。如果我关闭浏览器并通过HTTPS直接访问第三个URL，它的加载速度也会很慢

以下是详细信息视图中的时间安排（抱歉，我无法将公司浏览器语言更改为英语）：

---

可能是什么？如何调试它？有了这个问题，很难执行自动化的web测试

由于问题只发生在HTTPS上（对吗？），我想IE会在第一次访问时检查站点的吊销状态。它可能会缓存结果，但仅针对当前浏览器会话。到达负责撤销的服务器时可能会出现问题（请参阅证书中的OCSP/CRL设置），因此连接可能会超时。Chrome在大多数情况下不检查撤销，Firefox可能会使用更短的超时时间并忽略失败。如果进行数据包捕获，您应该会看到获取OCSP/CRL的尝试。

我也遇到了同样的问题。只有当HTTPS站点在没有internet访问且仅使用IE的机器上被访问时，才会发生这种情况

我在LAN上应用的一个解决方法是更新IE设置，如下所述：

转到IE选项，高级选项卡，然后找到安全类别并取消选中 “检查发布者的证书吊销”和“检查服务器证书吊销”。

---

我只是在看到这篇文章后才发现了解决方法，所以感谢分享：）

您的web服务器是否在IIS上运行@亚历克斯：这是IIS，但链接的问题是第一次连接到该站点。我的是浏览器的第一个连接。非常感谢这就是问题所在！我也有同样的问题。我们做的一件事是将同一个站点移动到不同的服务器/URL。两者都使用let加密。一台服务器在第一次加载时出现问题，而另一台服务器没有。如果一台服务器没有问题，难道不应该有一种方法来解决这个问题，而不必让每个用户都更新他们的IE设置吗？一旦我从Cloudflare中删除了我的站点，问题就消失了（尽管我认为问题不在于Cloudflare，而在于我的客户端使用的旧版本的IE）。验证的windows update页面在此页面中进行了描述：如果无法更新策略，则足以使对“”的调用快速失败。