feat: codify fnos cutvideo tunnel routing
This commit is contained in:
@@ -32,10 +32,23 @@ cp .env.example .env
|
||||
|
||||
- 如果你单独重建 `collector`,要确保运行时仍带上 `CUTVIDEO_BASE_URL`,否则容器会退回空值
|
||||
- `collector` 容器不要直接复用宿主机的 `N8N_BASE_URL=http://127.0.0.1:5670`,否则容器内会连回自己并导致 webhook 调度失败
|
||||
- 当前已验证可用的 Windows `cutvideo` 地址是 `http://192.168.31.18:7860`
|
||||
- 当前更稳定的 NAS 转发地址是 `http://192.168.31.188:19186`
|
||||
- Windows 直连地址 `http://192.168.31.18:7860` 仍可作为主机内自检入口,但不再建议作为 StoryForge 主链默认值
|
||||
- 当前已验证可用的本机 HTTP ASR 入口是 `http://host.docker.internal:8088/transcribe`
|
||||
- 如果你用的是本机 `mac-whisper-service`,建议同时以 `WHISPER_TIMEOUT_MS=120000` 启动,否则长视频会直接 504
|
||||
|
||||
推荐先执行:
|
||||
|
||||
```bash
|
||||
./scripts/deploy_fnos_cutvideo_tunnel.sh
|
||||
```
|
||||
|
||||
它会做三件事:
|
||||
|
||||
- 在 fnOS 上生成并持久化 Windows SSH 隧道密钥
|
||||
- 把 fnOS 公钥写入 Windows OpenSSH 管理员授权文件
|
||||
- 在 fnOS 上常驻 `19186 -> Windows 127.0.0.1:7860` 和 `19181 -> Windows 127.0.0.1:8081`,并写入 `@reboot` 自启动
|
||||
|
||||
`cutvideo` 维护补充(2026-03-27):
|
||||
|
||||
- 当前 Windows 主机 SSH 别名是 `shuziren-win`,对应 `192.168.31.18`
|
||||
@@ -248,6 +261,7 @@ npm run capture -- \
|
||||
- `GET /api/bootstrap` 恢复为 `200`,`GET /api/uploads` 返回 `405 Method Not Allowed`
|
||||
- 上面的 `405` 是正常现象,说明上传接口存在且只接受 `POST`
|
||||
- `StoryForge collector` 的 `/v2/integrations/health` 已重新识别到 `cutvideo.reachable=true`、`supports_uploads=true`
|
||||
- fnOS 局域网调试链现在默认走 `http://192.168.31.188:19186`,不再依赖 Windows 机器直接开放 `7860`
|
||||
- 如果 UI 里 `自动剪辑` 再次掉线,先按 [`WINDOWS_CUTVIDEO_OPERATIONS_2026-03-27.md`](/Users/kris/code/StoryForge-gitea/docs/WINDOWS_CUTVIDEO_OPERATIONS_2026-03-27.md) 检查 Windows 任务计划程序和 `.venv`
|
||||
|
||||
## 8. `huobao-drama` AI 视频链路验证
|
||||
|
||||
Reference in New Issue
Block a user