# 反向代理说明(nginx / IIS) > **职责边界**:本 Web 端**只提供业务服务**(NestJS API + 管理端页面), > **不部署、不配置反向代理**。反向代理由另外的服务或团队负责,本文档只提供配置说明。 > > 安装脚本 `deploy/install.sh` 不会安装或修改任何反代软件。 ## 一、需要转发的目标 本服务**自带管理端页面**,因此反向代理**只需把请求整体转发**到一个地址: ``` http://<后端地址>:3000 ``` 不需要在代理层单独托管静态文件,也不需要配置 SPA 回退(服务端已处理)。 一个 `location /`(nginx)或一条全匹配规则(IIS)即可。 | 路径 | 内容 | 说明 | |---|---|---| | `/` | 管理端页面 | 由 Node 服务提供;前端路由深链接(如 `/songs`)由服务端回退到 `index.html` | | `/assets/*` | 前端静态资源 | 带内容哈希,可长缓存 | | `/api/*` | REST API | 契约见 `contracts/rest-api.yaml` | | `/health` | 健康检查 | 可用作反代的存活探测,数据库不可用时返回 **503** | | `/static/*` | 上传文件 | 模型 / 音频 / 关键点序列 | | `/contracts/*` | 契约快照 | 只读,便于另两端查阅 | > Windows 客户端与 Android 之间的**关键点 WebSocket 链路不经过本服务**, > 反代无需配置 WebSocket 转发。 ## 二、后端绑定地址怎么选 `deploy/.env` 中的 `HOST`: | 部署形态 | 建议值 | 说明 | |---|---|---| | 反代与后端**同机** | `127.0.0.1` | 后端不直接对外暴露,最安全 | | 反代与后端**不同机** | `0.0.0.0` | 必须用防火墙把 3000 端口限制为仅反代来源可访问 | 改完执行 `systemctl restart opendance-api`(或对应的 `ctl.sh restart`)生效。 ## 三、必须同步调整的两项 1. **上传上限**:本服务默认允许 512 MiB(`UPLOAD_MAX_BYTES`)。 代理层默认值通常远小于此(nginx 1 MB、IIS 约 28.6 MB),不改会导致大模型上传失败。 2. **超时**:上传大文件与下载关键点序列可能较慢,代理的读写超时必须放大。 ## 四、nginx 配置 完整样例见 [`nginx.conf.example`](nginx.conf.example)。核心内容: ```nginx upstream opendance_api { server 127.0.0.1:3000; keepalive 16; } server { listen 80; server_name your.domain.com; client_max_body_size 512m; # ← 必须放开,否则 VRM/FBX 上传失败 client_body_timeout 300s; location / { proxy_pass http://opendance_api; proxy_http_version 1.1; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Connection ""; proxy_connect_timeout 30s; proxy_send_timeout 300s; proxy_read_timeout 300s; proxy_request_buffering off; # 大文件直接透传,不在代理落盘 } } ``` 安装位置与重载: ```bash # Debian / Ubuntu cp nginx.conf.example /etc/nginx/sites-available/opendance.conf ln -s /etc/nginx/sites-available/opendance.conf /etc/nginx/sites-enabled/ nginx -t && systemctl reload nginx # RHEL 系 cp nginx.conf.example /etc/nginx/conf.d/opendance.conf nginx -t && systemctl reload nginx ``` ## 五、IIS 配置 IIS 需要先安装两个模块(**默认都没有**): 1. **URL Rewrite** — https://www.iis.net/downloads/microsoft/url-rewrite 2. **Application Request Routing (ARR)** — https://www.iis.net/downloads/microsoft/application-request-routing 装完 ARR 后还需启用代理(否则会报 404.4): ``` IIS 管理器 → 选中服务器节点 → Application Request Routing Cache → 右侧 Server Proxy Settings → 勾选 Enable proxy → 应用 ``` 完整 `web.config` 样例见 [`web.config.example`](web.config.example),放到站点根目录即可: ```xml ``` ### IIS 容易踩的三个坑 1. **`requestLimits` 与 `serverRuntime` 要一起改**。只改前者,SSL 场景下仍会在 读取请求体时失败(`uploadReadAheadSize` 默认仅 48 KB)。 2. **代理超时改的是服务器级配置**,不是站点级。ARR 默认 120 秒,上传大文件会 中断。在 `applicationHost.config` 的 `` 节点调整: ```xml ``` 3. **`preserveHostHeader`** 需与 ARR 的 "Preserve host header" 设置一致, 否则后端收到的 Host 会变成 `127.0.0.1:3000`,影响日志与重定向。 ## 六、HTTPS 与访问控制(可选) - **HTTPS 终止在反代**:本服务只监听 HTTP,证书配置在 nginx/IIS 侧即可。 - **访问控制**:本版本**未内置登录认证**,如需公网访问,请在反代层加 Basic Auth、IP 白名单或对接已有 SSO。未加任何防护时请只在内网开放。 ## 七、自检清单 配置完成后逐项确认: ```bash # 1. 后端自身可用(绕过反代) curl -i http://127.0.0.1:3000/health # 2. 经反代可访问 curl -i http://<反代地址>/health # 3. 管理端页面可打开(应返回 HTML) curl -i http://<反代地址>/ | head -5 # 4. 前端深链接可用(应返回同一份 HTML,而不是 404) curl -i http://<反代地址>/songs | head -5 # 5. API 可用 curl -i http://<反代地址>/api/catalog/version # 6. 上传上限已放开:找一个小于 UPLOAD_MAX_BYTES 的文件试传 # 若返回 413 说明代理层限制没改 ``` | 现象 | 原因 | |---|---| | 反代 502 / 504 | 后端未启动,或 `HOST` 绑定地址不对(同机应为 `127.0.0.1`,异机应为 `0.0.0.0`) | | 页面能开、接口 404 | 只转发了 `/`,需要把 `/api/`、`/health`、`/static/` 一并转发(最简单是全匹配) | | 上传大文件 413 | 代理层上传上限没放开(见第三、四、五节) | | 上传中途断开 | 代理超时太短 | | `/songs` 直接访问 404 | SPA 回退被代理拦截;本服务已处理,代理**不要**自己加 `try_files`,全匹配转发即可 |