Nginx proxy_pass 模块使用的详细说明

存疑地方:location 处只要使用了精准匹配(=),就直接查找本地资源,而不会进行代理调用,这个地方一直没找到答案。

#报错

192.168.8.99 - - [04/Dec/2022:16:21:23 +0800] "GET /name HTTP/1.1" 301 169  "-"  "http://192.168.8.111/name" "HTTP/1.1""PostmanRuntime/7.29.2" "-" "192.168.8.198:19999"

2022/12/04 16:21:23 [error] 89456#0: *68 "/nginx/html/name/index.html" is not found (2: No such file or directory), client: 192.168.8.99, server: , request: "GET /name/ HTTP/1.1", host: "192.168.8.111:20000", referrer: "http://192.168.8.111:20000/name"

192.168.8.99 - - [04/Dec/2022:16:21:23 +0800] "GET /name/ HTTP/1.1" 404 153  "http://192.168.8.111:20000/name"  "http://192.168.8.111/name/" "HTTP/1.1""PostmanRuntime/7.29.2" "-" "-"

一、proxy_pass 官网给出的四种场景验证说明

语法: proxy_pass URL;
默认: —
背景: location,if in location,limit_except

1. proxy_pass 带有URI

官网原文: If the proxy_pass directive is specified with a URI, then when a request is passed to the server, the part of a normalized request URI matching the location is replaced by a URI specified in the directive:

翻译:如果 proxy_pass 的位置指定URI,那么当请求到NGINX服务器时,与location匹配的请求URI部分,将会被proxy_pass位置指定的URI取代。

  • 说人话:proxy_pass 指令中指定了uri ,此时location 处的匹配只做请求验证不会替换proxy_pass处的uri
#第一种:
location /name/ {
    proxy_pass http://127.0.0.1/remote/;
}
#当发起请求为:http://www.nginx.com/name/,proxy_pass 不会自动把/name/替换为/remote/,最后的请求的格式依然为:http://127.0.0.1/remote/

#第二种 
location /name/ {
    proxy_pass http://127.0.0.1/; #注意此处的/ ,这也是uri的一部分
}
# 注意和第一种相比这里的URI只有"/",最后的请求格式仍然是:http://127.0.0.1/

2. proxy_pass 不带URI

官网原文:If proxy_pass is specified without a URI, the request URI is passed to the server in the same form as sent by a client when the original request is processed, or the full normalized request URI is passed when processing the changed URI:

翻译:如果在没有URI的情况下指定proxy_pass,则请求URI将以处理原始请求时客户端发送的相同形式传递给服务器,或者在处理更改的URI时传递完整的规范化请求URI:

  • 说人话:proxy_pass 指令中没有指定uri ,发起请求并和location处的匹配验证成功后,将匹配的内容传递给proxy_pass
  • 在1.1.12版本之前,如果在没有URI的情况下指定proxy_pass,在某些情况下,可能会传递原始请求URI,而不是更改的URI。
location /some/path/ {
    proxy_pass http://127.0.0.1;
}

#通过此配置进行解释:
发起请求为:http://www.nginx.com/some/path/,会将请求的URI部分(some/path/),传递给proxy_pass,最后像后端服务器请求的格式为:http://127.0.0.1/some/path/

3. proxy_pass 使用rewrite

官网原文: When the URI is changed inside a proxied location using the rewrite directive, and this same configuration will be used to process a request (break):

翻译:当URI在使用[重写]指令的代理位置内被改变,而这个相同的配置将被用来处理一个请求

说人话:使用rewrtie 时,会将重写后的uri 传递给proxy_pass 指令

这里要注意两个细节:
(1) rewrite 的flag位必须是break
(2) proxy_pass后面不能有uri信息。

location /name/ {
    rewrite    /name/([^/]+) /users?name=$1 break;
    proxy_pass http://127.0.0.1;
}

4. 当在proxy_pass中使用变量

官网原文:When variables are used in proxy_pass:

In this case, if URI is specified in the directive, it is passed to the server as is, replacing the original request URI.

翻译:在使用变量时

在这种情况下,如果URI被指定在指令中,它将被原封不动地传递给服务器,取代原来的请求URI。

location /name/ {
    proxy_pass http://127.0.0.1$request_uri;
}

二 、基于以上说明对其他用法测试验证的结论

$request_uri full original request URI (with arguments),请求时的uri 地址会被完全的继承下来。

1. 在proxy_pass 中使用变量时前面或者后面可以有其他路径

发起请求:http://127.0.0.1:20000/path/name/local/

server{
        listen 20000;

        access_log /nginx/logs/test.log main;
        error_log /nginx/logs/test.log;

      location  ~  /path {
       proxy_pass http:///127.0.0.1:19999/aaa$request_uri;
            }
}

2. 在proxy_pass 中配合upstream模块和变量时前面或者后面可以有其他路径

发起请求:http://127.0.0.1:20000/path/name/local/

upstream pro{    
        server 127.0.0.1:19999;
    }
server{
        listen 20000;

        access_log /nginx/logs/test.log main;
        error_log /nginx/logs/test.log;

       location  ~  /path/name/local {
        proxy_pass http://pro/aaa$request_uri;

        }
}

三、localtion 正则匹配报错

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 ...

遇到如上错误,说明location的正则匹配和proxy_pass 处指定的URI重名,可以使用变量代替这个重名问题

#错误配置:
server{
        listen 20000;

        access_log /nginx/logs/test.log main;
        error_log /nginx/logs/test.log;

        location ~ /test/server/query {
        proxy_pass https://192.168.8.143:19000/test/server/query;
        }
}
#正确配置:
server{
        listen 20000;

        access_log /nginx/logs/test.log main;
        error_log /nginx/logs/test.log;

        location ~ /test/server/query {
        proxy_pass https://192.168.8.143:19000$request_uri;
        }
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,732评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,496评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,264评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,807评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,806评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,675评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,029评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,683评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,704评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,666评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,773评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,413评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,016评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,204评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,083评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,503评论 2 343

推荐阅读更多精彩内容