zijunchiang
34c5040e6b
"服务已启动但外部访问不了"时一次性定位原因，只读诊断、不改配置： - 读出 .env 的 HOST/PORT，并对 127.0.0.1 这种只监听回环的配置直接报错 - 检查实际监听地址（ss/netstat），区分通配与仅回环 - 回环 + 对外 IP 两次 /health 自测（用 ip route get 取真实出口 IP） - 检查 80/443 上有没有反向代理，并说明本项目不部署反代 - 检查 firewalld / ufw / iptables 对端口的放行情况，给出修复命令 - 结尾按"直连后端"与"经反代"两条路径给出结论 同时更新 README.txt、deploy/proxy/README.md（新增第八节：还没有反代时 如何直连后端）与打包校验清单。
205 lines
7.6 KiB
Markdown
205 lines
7.6 KiB
Markdown
# 反向代理说明（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
|
||
<configuration>
|
||
<system.webServer>
|
||
<rewrite>
|
||
<rules>
|
||
<rule name="OpenDanceReverseProxy" stopProcessing="true">
|
||
<match url="(.*)" />
|
||
<action type="Rewrite" url="http://127.0.0.1:3000/{R:1}" />
|
||
</rule>
|
||
</rules>
|
||
</rewrite>
|
||
<security>
|
||
<requestFiltering>
|
||
<!-- 512 MiB：IIS 默认约 28.6 MB，不改大文件上传必失败 -->
|
||
<requestLimits maxAllowedContentLength="536870912" />
|
||
</requestFiltering>
|
||
</security>
|
||
<proxy preserveHostHeader="true" />
|
||
<serverRuntime uploadReadAheadSize="536870912" />
|
||
</system.webServer>
|
||
</configuration>
|
||
```
|
||
|
||
### IIS 容易踩的三个坑
|
||
|
||
1. **`requestLimits` 与 `serverRuntime` 要一起改**。只改前者，SSL 场景下仍会在
|
||
读取请求体时失败（`uploadReadAheadSize` 默认仅 48 KB）。
|
||
2. **代理超时改的是服务器级配置**，不是站点级。ARR 默认 120 秒，上传大文件会
|
||
中断。在 `applicationHost.config` 的 `<webProxy>` 节点调整：
|
||
```xml
|
||
<webProxy enabled="true" timeout="00:05:00" />
|
||
```
|
||
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`，全匹配转发即可 |
|
||
|
||
## 八、还没有反代时：直连后端怎么访问
|
||
|
||
在运维侧配好反代之前，可以直接访问后端业务服务（本项目开箱即用，不依赖反代）：
|
||
|
||
1. `deploy/.env` 中 `HOST=0.0.0.0`（若只想让某个网段访问，也可填具体网卡地址）
|
||
2. 防火墙放行后端端口（默认 `3000/tcp`）
|
||
3. 浏览器访问 `http://<服务器IP>:3000`
|
||
|
||
> 注意：服务默认在 **3000** 端口，不在 80/443。直接访问 `http://<服务器IP>/`
|
||
> 是打不开的——那需要反代把 80/443 转到 3000，属于本节的配置范围。
|
||
|
||
一条命令定位「服务起来了但外部访问不了」：
|
||
|
||
```bash
|
||
bash deploy/check-access.sh # 只读诊断，不改配置
|
||
bash deploy/check-access.sh /opt/opendance # 指定安装目录
|
||
```
|
||
|
||
脚本会打印 `.env` 中的 `HOST`/`PORT`、实际监听地址（重点看是否只监听
|
||
`127.0.0.1`）、回环与对外 IP 两次自测结果、80/443 上有没有反代、
|
||
firewalld / ufw / iptables 的放行情况，并直接给出修复命令。
|