Chrome 在 https 站点上运行缓慢，尤其是内部站点

Question

我们正在尝试在我们的公司网络中部署 Google Chrome，但我们发现与 IE 相比，加载 https 页面（尤其是我们自己的内部页面）需要 2-4 倍的时间。有没有人经历过这个并找到了解决办法？

更新

根据 Handyman5 的建议，我在 Chrome 中运行了一些诊断程序，发现最多的时间（每个页面超过 90%）用于从缓存中提取静态文件并呈现页面。但是，如果我在我们的网站上关闭 SSL，这几乎是即时的。

关于为什么会这样的任何想法？

Answer 1

Chrome 有一个很棒的内置诊断工具，“about:net-internals”，旨在帮助解决网络问题。特别是，它有一个“事件”选项卡，可以让你指定一个 URL，然后 Chrome 会分解加载它的整个过程，一步一步，包括 DNS 解析、缓存命中和 AJAX 元素请求。

Answer 2

tl;dr 检查 Chrome 如何处理证书检查和吊销。

在我以前工作过的设施中，我们遇到了非常相似的问题，但使用的是 Firefox。为了使这成为一个问题，您需要确认问题仅与 https 页面有关。 如果不是，那将没有什么区别。

使用 Firefox（我知道，我知道，我可以阅读，即将到来），很多人遇到了问题，而 Internet Explorer 用户（如果你能相信的话）没有。我们使用了臭名昭著的 ipsCA 权威，因为它们对教育机构是免费的，但最终惹恼了 Firefox，因为它们的阴暗面和 OCSP 检查他们的证书是罪魁祸首。事实证明，由于我们 SSL 证书的性质，浏览器因为处理证书吊销列表而延迟。显然，作为我们中最好的人，您没有提到您的 Chrome 版本，所以很难说这是否是个问题或者仍然是一个问题。但是，我会在 Chrome 中检查 CRL 配置。在 Firefox 中这样做可以缓解问题。另外，请检查您的证书是否有效，即它们是否是自签名的。放弃使用的是我们放弃了自签名，因为我们服务的白痴用户抱怨很多，而且它是免费的。我们以为我们可以避免头疼，但我们让情况变得更糟。

Answer 3

最终我在这里也找不到答案。所有监控和分析测试都表明，Google Chrome 从本地客户端缓存加载安全静态内容的速度非常慢。不知道为什么。我们必须让所有内部用户切换到 IE（这是大多数在网络上遇到类似问题的人所做的）。