什么会阻止我用 apache 激活 http2？

Question

我已经阅读了很多关于 http2 的文档，启用它似乎是安全的。但我需要 100% 确定我不会有任何回归，或者至少知道会发生什么回归。

什么会阻止我在我的生产 apache 服务器上启用 http2？我必须仔细检查什么配置？哪些新行为可能会给我带来麻烦？

Answer 1

这是一个非常基于意见的问题，并不是 Stack Overflow 的一种很好的格式，旨在提供基于事实的答案。这也完全取决于您所提供的很少细节的环境。

但是我对此很感兴趣，并且不介意花一点时间尽可能地回答。

这些是你应该考虑的事情：

• 首先，您需要将 Apache 升级到支持 HTTP/2 的版本。理想情况下，您应该升级到最新版本（撰写本文时为 2.4.29），因为 HTTP/2 代码自 2.4.17 首次推出以来已经发生了许多变化，并且不再被标记为“实验性” 2.4.26. 这有多容易取决于您的环境，但打包版本（例如yum在 RHEL 和 Centos 上通过）通常不是最新版本，并且跳出打包环境的安全性，从源代码构建或第三方存储库不是一个步骤掉以轻心。另请参阅此问题以获取有关是否应该使用 mod_http2 的更多信息（我认为是的）。

• 您需要考虑您来自哪个版本的 Apache 以及升级时需要进行哪些更改（如果有）。许多人仍在使用 2.2，升级到 2.4 需要一些更改。如果已经在 2.4 的早期版本上，那么这应该不是问题，但仍有一些可能会影响您的更改。2.2 是生命的尽头，所以这是你迟早需要做的事情。

• HTTP/2 要求所有浏览器都使用 HTTPS，因此如果您的站点尚未在此上运行，那么这可能是一个升级。然而，网络正在再次转向 HTTPS，如果还没有这样做，那么您迟早需要这样做。

• HTTP/2 需要 OpenSSL 1.0.2 或更高版本才能有 ALPN 支持来协商 HTTP/2。同样，许多 Linux 发行版不包含此内容，甚至那些有此内容的发行版（例如 RHEL/Centos 7.4）也不针对此版本构建 Apache。因此，您可能需要再次查看从源代码或替代存储库构建（请参阅上面有关此内容的要点）。

• HTTP/2 需要良好的 HTTPS 配置（例如 GCM 密码），这要归功于 OpenSSL 1.0.2，但可能需要查看您的 SSL/TLS 配置来配置这些。该SSLLabs服务器测试工具是审查这个你最好的选择。

• 你使用网络套接字吗？它们目前与 HTTP/2 不兼容，因此如果使用它们，您需要继续使用 HTTP/1.1。目前有计划将 WebSockets 添加到 HTTP/2，但它们仍处于讨论阶段。

• 您应该知道 HTTP/2 强制使用小写的 HTTP 标头名称。传统的 HTTP 标头名称一直不区分大小写，但并非每个实现都正确实现这一点，有些依赖于区分大小写。

• HTTP/2 响应仍然发送响应代码 (200, 404) 但省略状态文本 ("OK", "Not Found")。同样，这不应影响大多数正确编码的应用程序，但如果您依赖此响应消息，则可能需要做一些工作来解决此问题。

• HTTP/2 旨在处理单个连接。如果您当前将不同域的资产分片，那么它可能会尝试将它们合并回一个连接，这应该可以无缝工作，但如果 HTTP/2 在所有分片域上都不可用，则可能会导致一些问题。

最后 3 点来自BBC 对他们在迁移到 HTTP/2 时遇到的问题的优秀文章。

以上都是关于如何升级以允许您启用 HTTP/2 的所有要点。目前在大多数标准 Linux 发行版上老实说有点痛苦，但随着新版本变得越来越普遍，希望会变得更容易。

但是，一旦你有了它，并且可以升级到 HTTP/2，你就需要决定是否要升级.

总的来说，HTTP/2 被设计为向后兼容，所以应该是无缝升级。那些可以使用 HTTP/2 的客户端将继续使用 HTTP/1.1（在可预见的未来你应该保留配置）。

然而，HTTP/2 在技术领域仍然相对较新，在客户端或服务器端可能存在实现问题。说它已经出来 2 年了，我的经验是非常积极的，没有看到太多问题，但是，与任何升级一样，您应该在升级之前进行测试、测试、测试并在升级之后进行监控。我见过的大多数问题都是模糊的问题，其中 HTTP/2 的性能没有达到应有的水平，而不是显示停止问题，例如，大多数没有我那么感兴趣的人很难注意到它们. 20% 的 Web 流量使用 HTTP/2，因此它是一项经过验证的技术，并且它在很大程度上基于 SPDY，该技术在过去几年中已被许多站点、服务器和客户端使用，没有出现重大问题。

您还应该考虑 HTTP/2 的好处。在我看来，大多数网站应该会看到良好的速度提升（可能是 20%），但这并不能保证，这取决于各个站点和访问者的连接和使用情况。某些带宽受限的站点甚至可能会变慢。但是，您需要设定切合实际的期望并了解您的性能瓶颈在哪里，这将有助于了解 HTTP/2 是否（以及有多大帮助）会有所帮助。对于性能不佳的网站，这不是一个神奇的修复。

升级后需要考虑的其他要点：

• 您是否针对 HTTP/2 进行了优化，如果是，则何时进行优化？这会影响那些仍然使用 HTTP/1.1 的访问者吗？有关更多详细信息，请参阅此答案。
• 您是否对任何后端服务器使用 HTTP/2 或在 Web 服务器上终止 HTTP/2（就像许多人对 HTTPS 所做的那样）并向任何后端应用程序服务器使用 HTTP/1.1？这需要使用mod_proxy_http2，它仍然被标记为实验性的，并且比主 mod_http2 模块的使用量和过度使用更少。我现在建议不要这样做，除非你有充分的理由使用它。许多后端应用程序服务器也将不支持 HTTP/2，除非进行与上述类似的升级。
• 您是否使用 HTTP/2 推送等新功能？这仍然是一项新兴技术，需要仔细考虑，最好等到缓存摘要标准化。

在一天结束时，除了您之外，没有人可以“100% 确定”您不会遇到问题，由您来进行测试以给自己信心。显然，您对 HTTP/2 的信息和了解越多，您就越有能力了解其影响和任何问题。