开端
解决一(设置SCRIPT_NAME)
解决二(设置头部X-Forwarded-Prefix再用ProxyFix调整WSGI环境)
两种解决的区别
nginx proxy_pass配置的区别
为什么需要这样处理
总结
开端想通过不同的前缀路径经过nginx转发到不同的服务上,比如 /user/
转发到用户服务,/other/
转发到其他服务。
首先配置nginx的location根据前缀匹配。
server {
listen 80;
server_name localhost;
location /user/ {
proxy_pass http://127.0.0.1:5000; # 用户服务
}
location /other/ {
proxy_pass http://127.0.0.1:5001; # 其他服务
}
}
这样访问http://127.0.0.1:5000/user/xxx/
就会转发到用户服务,访问http://127.0.0.1:5000/other/xxx/
就会转发到其他服务。
这样就会有一个问题,flask application并不知道有前缀,所以使用url_for构造url的时候并不会自己添加前缀,要构造出正确带前缀的url就需要把前缀加入到WSGI环境中的SCRIPT_NAME去。
解决一(设置SCRIPT_NAME)gunicorn文档上:
可以把SCRIPT_NAME设置到环境变量中或者HTTP header中。
通过docker部署设置SCRIPT_NAME在环境变量中,可以在docker-compose.yml中加入
environment:
- SCRIPT_NAME=/user/
或者把SCRIPT_NAME设置在header中可以在nginx配置中加上
proxy_set_header SCRIPT_NAME /user/;
gunicorn.wsgi处理请求的时候是这样处理PATH_INFO和SCRIPT_NAME的:
解决二(设置头部X-Forwarded-Prefix再用ProxyFix调整WSGI环境)同样的也可以ProxyFix中间件来调整WSGI环境,设置SCRIPT_NAME。
来自werkzeug ProxyFix文档:
通过nginx设置头部信息X-Forwarded-Prefix:
proxy_set_header X-Forwarded-Prefix /user/;
使用ProxyFix:
from werkzeug.middleware.proxy_fix import ProxyFix
app = ProxyFix(app, x_prefix=1)
还需要把nginx的proxy_pass修改下:
server {
listen 80;
server_name example.com;
location /user/ {
proxy_pass http://127.0.0.1:5000/; # 用户服务
}
location /other/ {
proxy_pass http://127.0.0.1:5001/; # 其他服务
}
}
两种解决的区别
nginx proxy_pass配置的区别
区别在于nginx的proxy_pass中结尾是否带/。
如果proxy_pass不带uri,就是不带/,则请求会原封不动的转发给下一个服务。
如果proxy_pass带uri,则匹配的uri部分将会被修改为该proxy_pass中的uri。
为什么需要这样处理以我的理解是这样的,请求进来通过gunicorn处理请求,gunicorn.wsgi中会根据SCRIPT_NAME来制定PATH_INFO,所以当解决一带着SCRIPT_NAME=/user/
,PATH_INFO=/user/xxx/
经过处理后PATH_INFO会变成/xxx/
。
而解决二中当gunicorn.wsgi处理请求时ProxyFix还没对WSGI环境进行处理,所以SCRIPT_NAME是为空的,PATH_INFO则会一直是带着SCRIPT_NAME前缀为/user/xxx/
,是不能正确匹配到route的,所以把nginx proxy_pass改为uri形式使PATH_INFO能正确匹配。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持软件开发网。