Nginx转发至不同内网网段需确保网络互通、用upstream分组管理各网段后端，并通过location/server_name/map按路径/域名/请求头精准路由，同时配置proxy_set_header等保障通信正确。
在 Nginx 中用 proxy_pass 转发到不同内网网段，关键在于正确配置 upstream 块和 location 规则，让请求按路径、域名或请求头等条件精准分发到对应网段的后端服务。
明确区分不同内网网段的目标地址
内网网段如 192.168.10.0/24、172.16.50.0/24、10.200.30.0/24 等，每个网段通常部署了不同业务系统。Nginx 本身不参与子网路由，只负责把 HTTP 请求发往指定 IP:Port —— 所以确保 Nginx 服务器能路由到达这些网段（比如已配置静态路由或位于同 VLAN/有三层互通）是前提。
- 检查连通性：
ping 192.168.10.100、curl -v http://172.16.50.20:8080/health - 若跨网段不通，需在 Nginx 主机上添加路由，例如：
ip route add 172.16.50.0/24 via 192.168.1.1 - 防火墙需放行 Nginx 服务器对目标端口（如 80、8080、3000）的出向连接
用 upstream 实现网段级分组与负载策略
为每个内网网段定义独立的 upstream 块，便于复用、健康检查和权重控制：
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
upstream backend_a {
server 192.168.10.100:8080;
server 192.168.10.101:8080;
}
upstream backend_b {
server 172.16.50.20:3000;
server 172.16.50.21:3000;
}
upstream backend_c {
server 10.200.30.5:9000;
}
- 可为每组启用
keepalive、max_fails、fail_timeout等参数提升稳定性 - 避免直接在
proxy_pass中写死 IP，否则无法使用健康探测和故障转移
按请求特征匹配并转发到对应 upstream
通过 location、if（慎用）、map 或 split_clients 实现智能分发：
- 按路径前缀：
location /api/v1/ { proxy_pass http://backend_a; }location /admin/ { proxy_pass http://backend_b; } - 按 Host 头区分多租户：
server_name app-a.example.com; location / { proxy_pass http://backend_a; }server_name app-b.example.com; location / { proxy_pass http://backend_b; } - 按请求头或 cookie 动态选择（需配合 map）：
map $http_x_target_env $target_upstream { default backend_a; "prod-b" backend_b; }然后proxy_pass http://$target_upstream;
注意代理细节以保障通信正确
仅写 proxy_pass 不够，还需补充关键代理头和行为配置：
- 透传真实客户端信息：
proxy_set_header X-Real-IP $remote_addr;、X-Forwarded-For、X-Forwarded-Proto - 防止后端重定向跳转错误：若后端返回 302 Location 含内部地址，需加
proxy_redirect重写，例如proxy_redirect http://192.168.10.100:8080/ /api/v1/; - 超时与缓冲调优：
proxy_connect_timeout 5s;、proxy_send_timeout 60s;、proxy_buffering off;（大文件或流式响应时考虑关闭）
不复杂但容易忽略。核心就三点：网络可达、分组清晰、转发可控。
