proxy_set_header Host $host;是Nginx反向代理中的一个标准配置项，但其背后的设计意图与所起的关键作用，却常被使用者忽略。理解它，对于避免潜在的代理故障至关重要。我们的分析将从proxy_set_header指令的官方解释开始。文中涉及的$host等变量可参考

揭秘 Nginx 中 $host变量的“三部曲”：它的值究竟由谁决定?

分清这些变量：Nginx 中几个易混的 $host与 $port​

proxy_set_header命令解释

语法: proxy_set_header field value;
默认值:    
proxy_set_header Host $proxy_host;
proxy_set_header Connection close;
作用范围:    http, server, location

 proxy_set_header的作用是允许重新定义或向传递给代理服务器(Nginx代理的后端服务器)的请求头追加字段。如果当前层级未定义proxy_set_header指令时，会从上一级配置层级继承。
  默认情况下,原始请求中的Host和Connection头部字段不会传递到被代理的服务器, 如果为代理启用了 HTTP/1.0 或 HTTP/1.1，这些字段会被重新定义：

proxy_set_header Host $proxy_host;
proxy_set_header Connection close;

  对于 HTTP/2，默认情况下会发送带有 $proxy_host 值的 :authority 伪头字段，除非它被显式的 Host 头字段替换。
  如果启用了缓存，原始请求中的标头字段 If-Modified-Since 、If-Unmodified-Since、 If-None-Match、If-Match、Range 和 If-Range 不会传递到被代理服务器。
  要保持Host请求头字段原封不动地传递，可以这样设置：

proxy_set_header Host  $http_host;

  但是，如果客户端请求头中根本没有Host这个字段，那么使用$http_host变量就会导致传递一个空的Host头。在这种情况下，使用$host变量是更好的选择——它的值遵循一个明确的规则：优先采用客户端请求头Host字段中的服务器名（去掉端口号），如果请求头中不存在Host字段，则使用Nginx服务器配置中默认的、主要的服务器名称。  此外，可以将服务器名称与被代理服务器的端口一同传递：

proxy_set_header Host  $host:$proxy_port;

结论

从上述可以看出在反向代理时Nginx默认会修改Host字段的数值，如果后端服务器设置有类似防盗链或者根据http请求头中的Host字段来进行路由或判断功能的话，此时如果不重写请求头中的Host字段，将会导致请求失败。

为什么要设置成proxy_set_header Host $host

    在Nginx反向代理中，使用proxy_set_header Host $host;来重写Host请求头，主要是为了确保后端服务器接收到与客户端原始请求一致的主机名，同时保证该值的健壮性和兼容性。以下是具体原因：

1. $host变量具有可靠的取值机制

$host的取值优先级为：HTTP请求行中的主机名 → 请求头中的 Host 字段 → 当前匹配的 server_name。这意味着它几乎总是有值，即使客户端请求缺失Host头（如HTTP/1.0），也能回退到 server_name，避免传递空值导致后端错误。

2. 自动移除端口号，符合通用需求

$host会自动剥离端口号（例如，客户端请求example.com:8080，$host仅为example.com）。多数后端应用（如 Web 服务器、框架）只依赖主机名进行路由或防盗链判断，端口信息无关紧要。而 $http_host会保留端口，可能引发意外匹配失败。

3. 与虚拟主机配置对齐

$host反映的是客户端意图访问的虚拟主机（与Nginx server块匹配的主机名），这确保了当Nginx承载多个域名时，后端服务器能正确识别原始请求的目标站点。

对比其他常见变量的潜在问题：

• • $http_host：直接读取客户端请求头的Host值，可能包含端口号，且在客户端未发送Host头时为空，导致后端收到空Host头而处理失败。
• • $proxy_host：默认值，即proxy_pass指令中后端服务器的地址和端口。这会使Host头被改为后端服务器自身的主机名，破坏客户端原始请求信息，致使基于Host的防盗链或路由失效。
• • 自定义固定值：缺乏灵活性，无法适应多域名代理场景