Nginx 无法直接用 proxy_pass 动态拼接后端地址，但可通过 map 预映射参数值到 upstream 名、定义对应 upstream 块，并在 location 中使用 proxy_pass http://$backend_upstream 实现 URL 参数驱动的 WebSocket 节点路由。

不能直接用 proxy_pass 做 URL 参数驱动的动态转发。Nginx 的 proxy_pass 指令不支持在运行时根据 $arg_* 变量拼接后端地址（比如写成 proxy_pass http://$arg_node:8080/ 会报错或被忽略）。但可通过间接方式实现“按参数选 WebSocket 节点”的效果，核心是：用 map 预定义映射 + upstream 分组 + 条件路由。

用 map 将参数值映射为 upstream 名称

在 http 块顶层定义映射关系，把合法的节点标识（如 node-a、node-b）转为对应的 upstream 名称：

• map $arg_node $backend_upstream {
•   default "ws_default";
•   "node-a" "ws_a";
•   "node-b" "ws_b";
•   "prod" "ws_prod";
• }

这样，当请求带 ?node=node-a，变量 $backend_upstream 就等于 ws_a；没传或非法则 fallback 到 ws_default。

为每个节点定义独立的 upstream 块

每个 upstream 对应一个 WebSocket 后端服务，支持健康检查和负载均衡（可选）：

Nginx Reverse Proxy

配置 Nginx 反向代理，实现域名绑定。用户说“绑定域名”“配置 Nginx”“反向代理”时触发，将域名绑定到指定 IP:端口。

下载

• upstream ws_a {
•   server 10.0.1.10:9001;
•   keepalive 32;
• }
• upstream ws_b {
•   server 10.0.1.11:9001;
•   keepalive 32;
• }
• upstream ws_default {
•   server 10.0.1.12:9001;
•   keepalive 32;
• }

在 location 中结合 map 和 proxy_pass 使用

注意：proxy_pass 后面只能跟静态 upstream 名（如 http://ws_a），不能跟变量。所以必须配合 if 或更稳妥的 try_files + error_page 方式——但最简且推荐的是：用 map + upstream + proxy_pass http://$backend_upstream ——Nginx 1.19+ 允许这种写法，只要 $backend_upstream 是由 map 定义的合法 upstream 名：

• location /ws/ {
•   proxy_http_version 1.1;
•   proxy_set_header Upgrade $http_upgrade;
•   proxy_set_header Connection $connection_upgrade;
•   proxy_set_header Host $host;
•   proxy_set_header X-Real-IP $remote_addr;
•   proxy_pass http://$backend_upstream/;
•   # 注意末尾斜杠：确保 /ws/abc → 后端收到 /abc
• }

同时，在 http 块中还需定义 $connection_upgrade 变量（WebSocket 升级必需）：

• map $http_upgrade $connection_upgrade {
•   "" close;
•   "websocket" upgrade;
•   default upgrade;
• }

安全与健壮性补充

仅靠参数选节点存在风险，需加约束：

• 用 valid_referers 或 IP 白名单限制调用来源
• 在 location 内加 if ($arg_node = "") { return 400; } 拒绝空参数
• 后端服务需校验 X-Forwarded-For 和原始 Host，避免伪造
• 若参数需加密或签名，应在应用层解析，Nginx 不适合做业务逻辑判断

这种方式不依赖 rewrite 或 Lua，纯原生 Nginx 配置，稳定高效，适用于灰度发布、多租户 WebSocket 隔离等场景。