启用HTTP/2后Nginx是否仍支持HTTP/1.1访问？及相关配置疑问

基础问题：启用HTTP/2后，Nginx是否仍支持HTTP/1.1访问？ #

完全支持。HTTP/2是向下兼容的协议，Nginx在443端口配置http2后，会自动与浏览器协商协议版本：浏览器支持HTTP/2则建立h2连接，不支持则 fallback到HTTP/1.1。你看到勾选“禁用缓存”时协议显示HTTP/1.1，是因为缓存会保留之前的连接协商结果，禁用缓存后浏览器重新发起连接，可能因临时因素（如TLS握手细节）使用HTTP/1.1，但这不会影响Nginx对两种协议的支持。

环境信息 #

• Nginx版本：nginx/1.23.3
• OpenSSL版本：OpenSSL 1.0.2k-fips 26 Jan 2017
• Nginx配置：

server {
  listen 80;
  listen 443 ssl http2;
  ssl_certificate /usr/local/nginx/conf/ssl/key.cer;
  ssl_certificate_key /usr/local/nginx/conf/ssl/key.key;

  ssl_session_timeout 5m;
  ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
  ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDH$
  ssl_prefer_server_ciphers on;
  ssl_stapling on;
  ssl_stapling_verify on;

#  server_name _;
  server_name  localhost;

  location /fp01/ {
    proxy_pass http://127.0.0.1:31600/;
    proxy_set_header Host $http_host;
  }
}

• 浏览器请求特征：勾选“禁用缓存”时协议多为HTTP/1.1，未勾选时部分请求显示为h2

咨询问题解答 #

1. 还需进行哪些配置才能让Nginx支持HTTP/2？ #

你的配置已经满足HTTP/2的核心启用条件，但可以通过以下优化提升兼容性和稳定性：

• 升级OpenSSL版本：当前使用的OpenSSL 1.0.2k虽支持HTTP/2，但1.1.1及以上版本对HTTP/2的ALPN协商（协议协商核心机制）支持更完善，安全性也更高，建议升级到OpenSSL 1.1.1系列（长期支持版本）。
• 优化TLS协议与加密套件：
  • 移除TLSv1和TLSv1.1，仅保留TLSv1.2和TLSv1.3（需OpenSSL 1.1.1+），旧版TLS协议安全性不足，且会影响HTTP/2的协商效率。
  • 调整加密套件，优先选择支持ALPN的安全套件，推荐配置：

    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384;
    

• 确认编译参数：如果Nginx是编译安装的，确保编译时包含--with-http_v2_module（启用HTTP/2模块）和--with-openssl（指定新版OpenSSL路径）；包管理安装的Nginx一般默认已开启，但升级OpenSSL后可能需要重新编译。
• 规范域名配置：生产环境建议使用真实域名替代localhost，避免浏览器因域名问题干扰协议协商。

2. 后端Spring Boot服务是否需要启用HTTP/2？ #

不需要，仅外层Nginx开启HTTP/2即可：

• HTTP/2的核心优势（多路复用、头部压缩等）主要针对客户端与Nginx之间的公网传输，内网环境下Nginx与后端Spring Boot服务用HTTP/1.1通信已足够高效，性能损耗可以忽略。
• Nginx会自动将客户端的HTTP/2请求转换为HTTP/1.1请求转发给后端，无需后端做任何适配。强制后端开启HTTP/2只会增加配置复杂度，没有实际收益。

内容的提问来源于stack exchange，提问作者何呵呵