小编点评

## nginx代理到upstream后请求版本变动原因分析 经过测试，发现nginx代理到upstream后请求版本变动主要是因为`proxy_http_version`选项的设置。 **原配置：** ```nginx proxy_http_version 1.1; ``` 这表示所有请求使用HTTP 1.1协议进行代理。 **修改后：** ```nginx proxy_http_version 1.0; ``` 这表示仅对于与 upstream 服务版本兼容的 HTTP 协议 (1.0、1.1 或 1.2) 的请求使用 HTTP 1.0 协议进行代理。 **原因：** `proxy_http_version`选项用于控制哪些 HTTP 协议的请求会被代理到 upstream 服务。由于`proxy_http_version`设置到`1.0`，所有与 upstream 服务版本兼容的 HTTP 协议请求都会使用 HTTP 1.0 协议进行代理。 **影响：** * 由于请求版本变动，可能导致与 upstream 服务不兼容的请求无法被代理。 * 影响了某些客户端的兼容性，可能无法正常处理与 upstream 服务交互的请求。 **解决方案：** 建议将`proxy_http_version`设置到`1.1`或`1.2`，以便所有请求使用 HTTP 1.1 协议进行代理。 **注意：** * 为了确保所有请求使用相同版本，建议在 upstream 服务配置中设置统一的 HTTP 协议版本。 * 可以根据实际情况选择使用`proxy_http_version 1.1`或`proxy_http_version 1.2`的设置，以平衡性能和兼容性。

正文

nginx在代理到upstream时的默认行为

最近准备用openresty替换nginx，替换的效果当然是需要保证效果和nginx一致，不然可能就会导致线上在用的服务出现问题。

替换成openresty后，在本地进行了一个请求，header如下：

POST /servlet/json HTTP/1.1
Host: 10.80.121.xxx:9900
Connection: keep-alive
Content-Length: 423
Content-Type: application/x-www-form-urlencoded
Cookie: JSESSIONID=abcciHlT1nqAi571RB6Hy
Accept: */*
User-Agent: maios/3.9.0 (iPhone; iOS 13.5.1; Scale/2.00)
Accept-Language: zh-Hans-CN;q=1

Accept-Encoding: gzip, deflate

在经过nginx转发到upstream后，发现请求竟然变了：

POST /servlet/json HTTP/1.0
Host: 10.80.121.xxx
Connection: close
Content-Length: 423
Content-Type: application/x-www-form-urlencoded
Cookie: JSESSIONID=abcciHlT1nqAi571RB6Hy
Accept: */*
User-Agent: maios/3.9.0 (iPhone; iOS 13.5.1; Scale/2.00)
Accept-Language: zh-Hans-CN;q=1
Accept-Encoding: gzip, deflate

主要的变化有两处，一个是版本从1.1变成1.0，另一个是keep-alive变成了close。

一开始，还以为是openresty搞的鬼，结果发现nginx自己也是这样。

背后原因

在nginx文档，http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_http_version，显示：

网上一搜，有相关的文档，里面也有强制使用http1.1的方案：

Mistake 3: Not Enabling Keepalive Connections to Upstream Servers

https://www.nginx.com/blog/avoiding-top-10-nginx-configuration-mistakes/#no-keepalives