預備知識

這里我們先了解Nginx中host相關(guān)的變量($host/$http_host/$proxy_host) ，有助于我們理解和解決 proxy_pass 404問題。

• $host request 請求過來的host，不管是域名還是IP，不管是否為80/443端口，值都為域名或者IP，不帶端口
• $http_host request 請求過來的host，不管是域名還是IP，如果是非80/443端口，值都為域名或者IP加帶端口，如果是非80/443端口，值都為域名或者IP
• $proxy_host 內(nèi)部進行proxy配置轉(zhuǎn)發(fā)的時候默認配置的Host為 $proxy_host, 值為配置的 proxy_pass的值的 域名或者IP部分

比如：

location /demo/ {
    proxy_pass http://ops.colinspace.com/;
}

則 proxy_host為 ops.colinspace.com;

如果配置如下：

location /demo/ {
    proxy_pass http://192.168.3.108:8090/;
}

則 proxy_host為 192.168.3.108:8090;

然后我們再說 proxy_pass抓發(fā)的時候默認的Host為 $proxy_host

在nginx官網(wǎng)有個解釋：

By default, NGINX redefines two header fields in proxied requests, “Host” and “Connection”, and eliminates the header fields whose values are empty strings.

“Host” is set to the $proxy_host variable, and “Connection” is set to close.

來源參考： https://docs.nginx.com/nginx/admin-guide/web-server/reverse-proxy/

問題分析和修正

其實通過上面的預備知識，現(xiàn)在我們很容易猜到問題所在。

對，問題的點就在于 proxy_pass 轉(zhuǎn)發(fā)的時候 Host 變量的值不對。

對問題進行問題

1、我們可以在access_log 的輸出中打印分別打印出來這三個變量的值，然后進行請求觀察分析日志，

2、對比分析不同的域名下關(guān)于 proxy相關(guān)的配置，發(fā)現(xiàn)出問題的域名相比沒有問題的域名引用了一個 proxy.conf 的公共配置，這個里面默認設置了

proxy_set_header Host $host

但是proxy轉(zhuǎn)發(fā)的時候這個值應該為 $proxy_host 才對， 所以要么取消 對 proxy.conf 公共引用（不建議，因為歷史添加肯定有原因）；

要么采用如下方案在對應的location中進行添加

location /demo/ {
    proxy_set_host Host $proxy_host;
    # 或者也可以直接指定為轉(zhuǎn)發(fā)的域名
    # proxy_set_host Host 'ops.colinspace.com'; 
    proxy_pass http://ops.colinspace.com/;
} 

然后reload，再次請求驗證，404 問題修正

問題擴展

• 為什么請求的時候Header中需要帶一個Host配置項呢？
• 你有沒有注意到瀏覽器請求的時候，Header中默認會自動幫忙我們添加這樣的Host配置項呢，或者有時候我們使用curl進行接口驗證的時候也需要指定Host才可以

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論