服务器之家:专注于VPS、云服务器配置技术及软件下载分享
分类导航

云服务器|WEB服务器|FTP服务器|邮件服务器|虚拟主机|服务器安全|DNS服务器|服务器知识|Nginx|IIS|Tomcat|

服务器之家 - 服务器技术 - Nginx - Nginx如何根据前缀路径转发到不同的Flask服务

Nginx如何根据前缀路径转发到不同的Flask服务

2023-01-10 11:55Bear_beat Nginx

这篇文章主要介绍了Nginx如何根据前缀路径转发到不同的Flask服务,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教

开端

想通过不同的前缀路径经过nginx转发到不同的服务上,比如 /user/转发到用户服务,/other/转发到其他服务。

首先配置nginx的location根据前缀匹配。

?
1
2
3
4
5
6
7
8
9
10
11
12
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文档上:Nginx如何根据前缀路径转发到不同的Flask服务

可以把SCRIPT_NAME设置到环境变量中或者HTTP header中。

通过docker部署设置SCRIPT_NAME在环境变量中,可以在docker-compose.yml中加入

?
1
2
environment:
  - SCRIPT_NAME=/user/

或者把SCRIPT_NAME设置在header中可以在nginx配置中加上

?
1
proxy_set_header SCRIPT_NAME /user/;

gunicorn.wsgi处理请求的时候是这样处理PATH_INFO和SCRIPT_NAME的:

Nginx如何根据前缀路径转发到不同的Flask服务

解决二(设置头部X-Forwarded-Prefix再用ProxyFix调整WSGI环境)

同样的也可以ProxyFix中间件来调整WSGI环境,设置SCRIPT_NAME。

来自werkzeug ProxyFix文档:

Nginx如何根据前缀路径转发到不同的Flask服务

通过nginx设置头部信息X-Forwarded-Prefix:

?
1
proxy_set_header X-Forwarded-Prefix /user/;

使用ProxyFix:

?
1
2
from werkzeug.middleware.proxy_fix import ProxyFix
app = ProxyFix(app, x_prefix=1)

还需要把nginx的proxy_pass修改下:

?
1
2
3
4
5
6
7
8
9
10
11
12
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能正确匹配。

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。

原文链接:https://blog.csdn.net/qq_37816503/article/details/106387213

延伸 · 阅读

精彩推荐