nginx中proxy_pass小斜杠

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

1. 故事背景

相信做微信公众号开发的朋友都知道,要想在微信中预览效果,必须使用域名访问.很多朋友使用内网穿透工具.不仅不好用还不稳定.所以,发挥脸厚吃天下的态度,向公司it申请了一个子域名指向了阿里云一台ecs的80端口.可是后来,端口不够用了.本着就近原则,又找到IT小哥,能再好心的再映射一个8080端口.那知傲娇的小哥一脸鄙夷眼睛看着我,对不起子域名只能80端口.不凑巧的时,我的ecs也只开放了80端口.此时只有一个域名,我要映射多个服务器.是时候放出大器nginx了.诉求很简单

访问 demo.herbert.com/dev1/json.do 映射内网地址 192.168.10.2:8080/dev1/json.do
访问 demo.herbert.com/dev2/xxx.html 映射内网地址 192.168.10.2:8081/xxx.html

2. 解决问题三部曲,文档搜索和测试

查看官方文档,我们选择 tengine 翻译的官方文档.在页面[模块参考目录]找到[ngx_http_proxy_module]链接,点击进入以后搜索proxy_pass.一定会找到以下两个说明

如果proxy_pass使用了URI，当传送请求到后端服务器时，规范化以后的请求路径与配置中的路径的匹配部分将被替换为指令中定义的URI：

location /name/ { proxy_pass http://127.0.0.1/remote/; }

如果proxy_pass没有使用URI，传送到后端服务器的请求URI一般客户端发起的原始URI，如果nginx改变了请求URI，则传送的URI是nginx改变以后完整的规范化URI：

location /some/path/ { proxy_pass http://127.0.0.1; }

这段说明晦涩难懂,还出现一个很多人搞不清楚的名称 URI ,当然我也是那个很多人,为此我搜索了URI URL的区别,期间还冒出了一个URN,头都大了,看了十分钟没找到满意的答案.姑且我么认为就是地址中的某一部分吧.

简单理解下第一点,如果 proxy_pass 配置值后边包含/,最终得到的路径,会去掉location配置的path,再结合请求地址中location配置之后可能存在的内容.两者相结合成一个新的地址.按照官方提供的配置.我们假设

该nginx的访问域名是 wx.464884492.com
用户访问的地址是 wx.464884492/name/herbert/

根据提供的第一种配置,nginx得到的真实地址示意图如下:

再简单理解下第二点,如果 proxy_pass 配置值后边不包含/,最终得到的路径,proxy_pass配置值加上location配置path以及之后的path.两者结合成一个新地址,按官方提供配置,我们假设

该nginx的访问域名是 wx.464884492.com
用户访问的地址是 wx.464884492/some/path/herbert/

根据提供的第二种配置,nginx得到的真实地址示意图如下:

所以简单总结就是

如果proxy_pass配置值 包含 / 就去掉匹配路径部分
如果proxy_pass配置值 不包含 / 就保留匹配路径部分

3. 结果验证

从nginx官网下载解压修改nginx.conf文件中http模块如下:

... http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; client_max_body_size 20M; server { listen 80 default_server; server_name 127.0.0.1; location / { proxy_pass http://127.0.0.1; } location /name/ { proxy_pass http://127.0.0.1/remote/; } location /some/path/ { proxy_pass http://127.0.0.1; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } } ...

双击nginx.exe运行分别在浏览器中访问一下地址

http://127.0.0.1/name/herbert/
http://127.0.0.1/some/path/herbert/

由于我配置并没有具体root,访问页面最终的地址是找不到.所以页面会出现 An error occurred 的错误页.不过我们刚好可以在错误日志印证我们上面的结果.我们上边的示意图采用了域名的方式说明,如果想得到示意图上的结果,需要在host文件中添加配置wx.464884492.com 127.0.0.1同时在nginx配置文件server_name改成wx.464884492.com

打开logs目录下error.log日志文件,我们就会发现我们刚访问的信息以及最终转换的真实地址信息都乖乖的显示在那里,主要信息如下:

浏览器访问 http://127.0.0.1/name/herbert/ nginx 给我的访问日志 2019/12/06 14:21:32 [alert] 15384#12716: *9206 1024 worker_connections are not enough while connecting to upstream, client: 127.0.0.1, server: 127.0.0.1, request: "GET /remote/herbert/ HTTP/1.0", upstream: "http://127.0.0.1:80/remote/herbert/", host: "127.0.0.1"浏览器访问 http://127.0.0.1/some/path/herbert/ nginx 给我的访问日志 2019/12/06 14:21:35 [alert] 15384#12716: *11251 1024 worker_connections are not enough while connecting to upstream, client: 127.0.0.1, server: 127.0.0.1, request: "GET /some/path/herbert/ HTTP/1.0", upstream: "http://127.0.0.1:80/some/path/herbert/", host: "127.0.0.1"