Files
opendance-web/deploy/proxy/README.md
T
zijunchiang 8c76b0a599 feat(web): 移除 Docker 与反代部署,改为 Linux 业务服务并自带管理端托管
需求变更:Web 端只保留业务需求,反向代理交由另外的服务处理,
本项目仅提供 IIS / nginx 反代说明文档,不部署反代。

主要改动:
- web-server: 新增管理端静态托管(ADMIN_DIR、SPA 深链接回退),
  反代因此只需一条全匹配转发规则;新增 adminDir 配置项
- deploy/install.sh: 删除 nginx 安装与站点配置逻辑,改为原生 Linux
  服务部署(systemd → OpenRC → SysVinit → 后台进程四级降级),
  打印反代交接指引
- deploy/ctl.sh: 启停/状态/日志脚本
- deploy/proxy/: 新增反代说明文档(README.md、nginx.conf.example、
  web.config.example),标注上传上限与超时必须同步调整
- 删除 deploy/nginx/、web-server/admin/nginx.conf、Dockerfile、
  docker-compose.yml、.dockerignore
- scripts/package-release.sh: 锚定排除规则 + 产物完整性校验
- 文档同步:README.txt、DSH.md、project.yaml、tasks/008、tasks/010
2026-09-15 01:25:19 +08:00

6.6 KiB
Raw Blame History

反向代理说明(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。核心内容:

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;   # 大文件直接透传,不在代理落盘
    }
}

安装位置与重载:

# 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,放到站点根目录即可:

<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> 节点调整:
    <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。未加任何防护时请只在内网开放。

七、自检清单

配置完成后逐项确认:

# 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,全匹配转发即可