快捷導(dǎo)航

nginx中如何配置proxy_pass

更新時間：2024年06月13日 16:17:46 作者：CL82

這篇文章主要介紹了nginx中如何配置proxy_pass問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教

nginx http 代理

通過proxy_set_header，返回客戶端真實IP地址及端口，而不是代理主機ip

server {
listen 80;
location / {
proxy_set_header Host h o s t : host: host:server_port; # 設(shè)置請求頭：代理IP：port
proxy_set_header X-Real-IP $remote_addr; # 真實客戶端地址IP
proxy_set_header X-Real-PORT $remote_port;
proxy_set_header X-Forwarded-For KaTeX parse error: Double subscript at position 12: proxy_add_x_?forwarded_for; …h(huán)ttp_host:88$request_uri;
}
}

在nginx中配置proxy_pass時的加不加/的問題

要注意proxy_pass后的url最后的/

當加上了/，相當于是加了路徑，則nginx不會保留location中匹配的路徑部分

如果沒有/，則會把匹配的路徑部分保留

例：

location ^~ /static/css/
{
    proxy_cache css_cache;
    proxy_set_header Host css.ztit.cn;
    proxy_pass http://css.ztit.cn/;
}

如上面的配置

如果請求的url是：

http://[域名]/static/css/a.css

會被代理成：

http://css.ztit.cn/a.css

location ^~ /static/css/
{
    proxy_cache css_cache;
    proxy_set_header Host css.ztit.cn;
    proxy_pass http://css.ztit.cn;
}

如上面的配置

如果請求的url是：

http://[域名]/static/css/a.css

則會被代理到：

http://css.ztit.cn/static/css/a.css

關(guān)于proxy_pass配置的path問題

如果，你不想nginx對你的URI請求被修改

那么，proxy_pass的配置中就不應(yīng)該帶有任何path。

例：

location /static/css/ {
    proxy_set_header Host $host;
    proxy_pass http://127.0.0.1:85;
}

如果請求的url是：

http://127.0.0.1/static/css/a.css

會被代理到：

http://127.0.0.1:85/static/css/a.css

否則，在proxy_pass的配置中有path

location /static/css/ {
    proxy_set_header Host $host;
    proxy_pass http://127.0.0.1:85/path;
}

如果請求的url是：

http://127.0.0.1/static/css/a.css

會被代理到：

http://127.0.0.1:85/path/a.css

nginx 負載均衡

關(guān)于nginx負載均衡配置的幾個狀態(tài)參數(shù)講解。

down，表示當前的server暫時不參與負載均衡。
backup，預(yù)留的備份機器。當其他所有的非backup機器出現(xiàn)故障或者忙的時候，才會請求backup機器，因此這臺機器的壓力最輕。
max_fails，允許請求失敗的次數(shù)，默認為1。當超過最大次數(shù)時，返回proxy_next_upstream 模塊定義的錯誤。
fail_timeout，在經(jīng)歷了max_fails次失敗后，暫停服務(wù)的時間。max_fails可以和fail_timeout一起使用。

#熱備：如果你有2臺服務(wù)器，當一臺服務(wù)器發(fā)生事故時，才啟用第二臺服務(wù)器給提供服務(wù)。

服務(wù)器處理請求的順序：AAAAAA突然A掛啦，BBB…

upstream images { 
    server 192.168.1.50:8080; 
    server 192.168.1.50:8080 backup;  #熱備     
}

#輪詢：nginx默認就是輪詢其權(quán)重都默認為1，服務(wù)器處理請求的順序：ABABABABAB…

upstream images1 { 
    server 192.168.1.50:8080;
    server 192.168.1.51:8080;       
}

#加權(quán)輪詢：跟據(jù)配置的權(quán)重的大小而分發(fā)給不同服務(wù)器不同數(shù)量的請求。如果不設(shè)置，則默認為1。下面服務(wù)器的請求順序為：ABBABBABBABBABB…

 upstream images2 { 
    server 192.168.1.50:8080 weight=1;
    server 192.168.1.51:8080 weight=2;
}

#ip_hash:nginx會讓相同的客戶端ip請求相同的服務(wù)器。

upstream images3 { 
    server 192.168.1.50:8080; 
    server 192.168.1.51:8080;
    ip_hash;
}
upstream images4 {
    server 192.168.1.50:8080   max_fails=2 fail_timeout=30s;
    server 192.168.1.51:8080   max_fails=2 fail_timeout=30s;
}
server {
    listen 80;
    server_name _;

    location / {
        proxy_read_timeout 1800;
        proxy_next_upstream http_502 http_504 error timeout invalid_header;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $remote_addr;
        proxy_pass http://images;
    }
}