在nginx中配置proxy_pass时,当在后面的url加上了/,至关因而绝对根路径,则nginx不会把location中匹配的路径部分代理走;若是没有/,则会把匹配的路径部分也给代理走。html
下面四种状况分别用http://192.168.1.4/proxy/test.html 进行访问。nginx
第一种:api
【注意,这里其实用/proxy也能够,这里不能把/当作是特殊字符,它就是匹配字符串的一部分,之因此后面加/是防止/proxymmm这样的请求也匹配,加了后只会匹配到/proxy/xxxx】测试
location /proxy/ {lua
proxy_pass http://127.0.0.1:81/;url
}代理
会被代理到http://127.0.0.1:81/test.html 这个url日志
(注,根据这个特性能够设置这个配置:htm
第二咱(相对于第一种,最后少一个 /)(注:公司的是/proxy便可[用的是mxxxxloan],通过测试也确实是这样,可是最好像这种后面再加个/,不然这种请求http://xxx/proxymmm也会匹配到,而加了/那么只会是http://xxx/proxy/mmm才会匹配)blog
location /proxy/ {
proxy_pass http://127.0.0.1:81;
}
会被代理到http://127.0.0.1:81/proxy/test.html 这个url
第三种:(注:和第四种其实同样)
location /proxy/ {
proxy_pass http://127.0.0.1:81/ftlynx/;
}
会被代理到http://127.0.0.1:81/ftlynx/test.html 这个url。
第四种状况(相对于第三种,最后少一个 / ):(注:这种状况比较特殊)
location /proxy/ {
proxy_pass http://127.0.0.1:81/ftlynx;
}
会被代理到http://127.0.0.1:81/ftlynxtest.html 这个url
总结:这里分两种状况,一种是http://localhost:8080;后面没有/,第二种是后面有/可是以后能够跟如/test/mm这样的;
对于第一种,那么location匹配到后会将完整的uri拼接到转发的proxy_pass后面,而对于存在/的proxy_pass那么匹配到它的location后只是将除匹配到的uri的其它部分拼接到proxy_pass后面
上面的结果都是本人结合日志文件测试过的。从结果能够看出,应该说分为两种状况才正确。即http://127.0.0.1:81 (上面的第二种) 这种和 http://127.0.0.1:81/.... (上面的第1,3,4种) 这种。
【转自】http://ftlynx.blog.51cto.com/2833447/839607