nginx 之 proxy_pass详解

本文深入解析Nginx中proxy_pass指令的使用方法及对后端URL的影响,包括绝对与相对路径的区别,以及在不同场景下的具体应用,如端口转发、URL重写等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在nginx中配置proxy_pass代理转发时,如果在proxy_pass后面的url加/,表示绝对根路径;如果没有/,表示相对路径,把匹配的路径部分也给代理走。

假设下面四种情况分别用 http://192.168.1.1/proxy/test.html 进行访问。

第一种:
location /proxy/ {
proxy_pass http://127.0.0.1/;
}
代理到URL:http://127.0.0.1/test.html

第二种(相对于第一种,最后少一个 / )
location /proxy/ {
proxy_pass http://127.0.0.1;
}
代理到URL:http://127.0.0.1/proxy/test.html

第三种:
location /proxy/ {
proxy_pass http://127.0.0.1/aaa/;
}
代理到URL:http://127.0.0.1/aaa/test.html

第四种(相对于第三种,最后少一个 / )
location /proxy/ {
proxy_pass http://127.0.0.1/aaa;
}
代理到URL:http://127.0.0.1/aaatest.html

nginx中有两个模块都有proxy_pass指令。

  • ngx_http_proxy_moduleproxy_pass
语法: proxy_pass URL;场景: location, if in location, limit_except说明: 设置后端代理服务器的协议(protocol)和地址(address),以及location中可以匹配的一个可选的URI。协议可以是"http"或"https"。地址可以是一个域名或ip地址和端口,或者一个 unix-domain socket 路径。  详见官方文档: http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_passURI的匹配,本文第四部分重点讨论。
  • ngx_stream_proxy_moduleproxy_pass
语法: proxy_pass address;场景: server说明: 设置后端代理服务器的地址。这个地址(address)可以是一个域名或ip地址和端口,或者一个 unix-domain socket路径。  详见官方文档: http://nginx.org/en/docs/stream/ngx_stream_proxy_module.html#proxy_pass

二、两个proxy_pass的关系和区别

在两个模块中,两个proxy_pass都是用来做后端代理的指令。
ngx_stream_proxy_module模块的proxy_pass指令只能在server段使用使用, 只需要提供域名或ip地址和端口。可以理解为端口转发,可以是tcp端口,也可以是udp端口。
ngx_http_proxy_module模块的proxy_pass指令需要在location段,location中的if段,limit_except段中使用,处理需要提供域名或ip地址和端口外,还需要提供协议,如"http"或"https",还有一个可选的uri可以配置。

三、proxy_pass的具体用法

ngx_stream_proxy_module模块的proxy_pass指令

server {
    listen 127.0.0.1:12345;
    proxy_pass 127.0.0.1:8080;
}
 
server {
    listen 12345;
    proxy_connect_timeout 1s;
    proxy_timeout 1m;
    proxy_pass example.com:12345;
}
 
server {
    listen 53 udp;
    proxy_responses 1;
    proxy_timeout 20s;
    proxy_pass dns.example.com:53;
}
 
server {
    listen [::1]:12345;
    proxy_pass unix:/tmp/stream.socket;
}

ngx_http_proxy_module模块的proxy_pass指令

server {
    listen      80;
    server_name www.test.com;
 
    # 正常代理,不修改后端url的
    location /some/path/ {
        proxy_pass http://127.0.0.1;
    }
 
    # 修改后端url地址的代理(本例后端地址中,最后带了一个斜线)
    location /testb {
        proxy_pass http://www.other.com:8801/;
    }
 
    # 使用 if in location
    location /google {
        if ( $geoip_country_code ~ (RU|CN) ) {
            proxy_pass http://www.google.hk;
        }
    }
 
    location /yongfu/ {
        # 没有匹配 limit_except 的,代理到 unix:/tmp/backend.socket:/uri/
        proxy_pass http://unix:/tmp/backend.socket:/uri/;;
 
        # 匹配到请求方法为: PUT or DELETE, 代理到9080
        limit_except PUT DELETE {
            proxy_pass http://127.0.0.1:9080;
        }
    }
 
}

四、proxy_pass后,后端服务器的url(request_uri)情况分析

server {
    listen      80;
    server_name www.test.com;
 
    # 情形A
    # 访问 http://www.test.com/testa/aaaa
    # 后端的request_uri为: /testa/aaaa
    location ^~ /testa/ {
        proxy_pass http://127.0.0.1:8801;
    }
    
    # 情形B
    # 访问 http://www.test.com/testb/bbbb
    # 后端的request_uri为: /bbbb
    location ^~ /testb/ {
        proxy_pass http://127.0.0.1:8801/;
    }
 
    # 情形C
    # 下面这段location是正确的
    location ~ /testc {
        proxy_pass http://127.0.0.1:8801;
    }
 
    # 情形D
    # 下面这段location是错误的
    #
    # nginx -t 时,会报如下错误: 
    #
    # nginx: [emerg] "proxy_pass" cannot have URI part in location given by regular 
    # expression, or inside named location, or inside "if" statement, or inside 
    # "limit_except" block in /opt/app/nginx/conf/vhost/test.conf:17
    # 
    # 当location为正则表达式时,proxy_pass 不能包含URI部分。本例中包含了"/"
    location ~ /testd {
        proxy_pass http://127.0.0.1:8801/;   # 记住,location为正则表达式时,不能这样写!!!
    }
 
    # 情形E
    # 访问 http://www.test.com/ccc/bbbb
    # 后端的request_uri为: /aaa/ccc/bbbb
    location /ccc/ {
        proxy_pass http://127.0.0.1:8801/aaa$request_uri;
    }
 
    # 情形F
    # 访问 http://www.test.com/namea/ddd
    # 后端的request_uri为: /yongfu?namea=ddd
    location /namea/ {
        rewrite    /namea/([^/]+) /yongfu?namea=$1 break;
        proxy_pass http://127.0.0.1:8801;
    }
 
    # 情形G
    # 访问 http://www.test.com/nameb/eee
    # 后端的request_uri为: /yongfu?nameb=eee
    location /nameb/ {
        rewrite    /nameb/([^/]+) /yongfu?nameb=$1 break;
        proxy_pass http://127.0.0.1:8801/;
    }
 
    access_log /data/logs/www/www.test.com.log;
}
 
server {
    listen      8801;
    server_name www.test.com;
    
    root        /data/www/test;
    index       index.php index.html;
 
    rewrite ^(.*)$ /test.php?u=$1 last;
 
    location ~ \.php$ {
        try_files $uri =404;
        fastcgi_pass unix:/tmp/php-cgi.sock;
        fastcgi_index index.php;
        include fastcgi.conf;
    }
 
    access_log /data/logs/www/www.test.com.8801.log;
}
 

文件: /data/www/test/test.php

<?php
echo '$_SERVER[REQUEST_URI]:' . $_SERVER['REQUEST_URI'];

通过查看 $_SERVER['REQUEST_URI'] 的值,我们可以看到每次请求的后端的request_uri的值,进行验证。

小结

情形A和情形B进行对比,可以知道proxy_pass后带一个URI,可以是斜杠(/)也可以是其他uri,对后端request_uri变量的影响。
情形D说明,当location为正则表达式时,proxy_pass不能包含URI部分。
情形E通过变量($request_uri, 也可以是其他变量),对后端的request_uri进行改写。
情形F和情形G通过rewrite配合break标志,对url进行改写,并改写后端的request_uri。需要注意,proxy_pass地址的URI部分在情形G中无效,不管如何设置,都会被忽略。

 

<think>嗯,用户想了解如何正确配置Nginxproxy_pass指令。首先,我需要回忆一下关于proxy_pass的基本知识。proxy_passNginx反向代理中的核心指令,用于将请求转发到后端服务器。根据之前看到的引用资料,斜杠的有无会影响URL的转发方式,这点很重要。 用户可能遇到的问题包括URL重写不正确,导致后端服务器收到错误的路径。比如,当location块匹配的路径和proxy_pass的URL是否以斜杠结尾时,处理方式不同。比如,引用[2]提到,添加或不添加斜杠会影响代理行为,需要详细说明。比如,如果location是/api/,而proxy_pass是http://backend/,那么请求的URI会被替换为backend后的路径,加上剩余部分。 另外,proxy_set_header和proxy_redirect这些指令也很重要,需要配置正确的头信息,确保后端服务器能获取真实的客户端IP,而不是Nginx的IP。引用[1]提到了这些相关指令,可能需要一并解释。 还要注意,当proxy_pass包含URI路径时,Nginx会拼接路径,并处理多余斜杠的问题,如引用[4]的情况一和情况二。需要举例说明不同配置下的结果差异,帮助用户理解。 用户可能还关心常见的配置错误,比如忘记添加斜杠导致404,或者头信息未正确传递。需要分点说明配置要点,比如斜杠处理、头信息设置、路径拼接规则等。同时,给出示例配置,让用户可以直接参考使用。 最后,可能需要提醒用户测试配置的正确性,使用curl或浏览器检查响应,确保代理行为符合预期。还要注意location匹配的优先级,比如精确匹配优先于前缀匹配,避免配置冲突。</think>### Nginxproxy_pass指令配置详解 #### 一、proxy_pass基本配置规则 proxy_pass指令用于将请求转发到后端服务器,其行为与斜杠(`/`)的使用密切相关: 1. **无斜杠结尾**:保留原始请求路径 例如: ```nginx location /api { proxy_pass http://backend; } ``` 请求`/api/data`会被转发为`http://backend/api/data`[^2][^4] 2. **有斜杠结尾**:截断location匹配部分 例如: ```nginx location /api/ { proxy_pass http://backend/; } ``` 请求`/api/data`会被转发为`http://backend/data`[^2] #### 二、关键配置要素 1. **头信息处理**(必须配置) ```nginx proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; ``` 这些配置保证后端获取真实客户端信息[^1] 2. **路径重定向处理** ```nginx proxy_redirect default; ``` 自动修正后端返回的重定向响应头[^1] 3. **URI拼接规则** - 当proxy_pass包含URI路径时(如`http://backend/newpath/`),Nginx会拼接原始请求中超出location匹配的部分[^4] - 自动处理双斜杠问题,例如将`//`转为`/` #### 三、典型场景配置示例 1. **静态文件代理** ```nginx location /static/ { proxy_pass http://file_server/; proxy_cache my_cache; } ``` 2. **API接口代理** ```nginx location /api/v1/ { proxy_pass http://api_gateway/v1/; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; } ``` #### 四、常见问题排查 1. **404错误检查** 使用`curl -v`验证代理后的完整URL是否符合预期 2. **头信息丢失** 确保配置了`proxy_set_header`并重启Nginx 3. **WebSocket代理失败** 需要额外配置: ```nginx proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; ```
评论 12
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值