Nginx：何时使用proxy_set_header主机$host vs$proxy_host

Question

我一直在阅读反向代理，我想知道什么时候proxy_set_headerHost$host比proxy_set_headerHost$proxy_host更合适。我做了一些研究，在这篇文章中，它说在大多数情况下我们将Host设置为$host。那么为什么nginx默认为$proxy_host？为了帮助我更具体地理解，如果我们使用$proxy_host，这里（文章底部）的反向代理配置是否仍然有效？

谢谢

Answer 1

$proxy_host是一个关于上游服务器的标签，所以nginx默认这样做。但是如果你想添加其他关于主机的标签(头),使用$host。

Answer 2

一般来说，没有必要显式执行proxy_set_headerHost$proxy_host，因为它是默认值。如果您需要通过proxy_pass指令中的内容以外的内容调用服务器，那么您需要通过proxy_set_header内容覆盖。

如果要代理与 server_name 指令中相同的主机，则有机会使用 proxy_set_header $host。如果实际应用程序托管在另一个端口或某些内部服务器上，则通常会出现这种情况。

server {
    listen 80;
    server_name site.example.com;
    
    location / {
       proxy_set_header Host $host;
       proxy_pass http://localhost:8080;
    }
}

如果您向上游调用的名称不是其实际的DNS名称，那么您可能会看到如下内容:

# 192.168.2.1 responds to site.example.com, but
# site.example.com doesn't actually resolve to 192.168.2.1
proxy_pass http://192.168.2.1;
proxy_set_header Host site.example.com;

另一种情况可能是“基于名称”的虚拟主机，其中上游有一个有用的DNS名称，但您想用另一个名称来称呼它。

proxy_pass http://origin.example.com;
proxy_set_header Host site.example.com