dsh-public-origin
在终端中运行以下命令:
dsh plugin install JJDonald/dsh-public-origin
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install JJDonald/dsh-public-origin(源码:https://github.com/JJDonald/dsh-public-origin),安装后重启 DSH Web。
插件介绍
把 DeepSeek Harness 放在 VPS 上,用 https://你的域名 经反向代理访问时,不少第三方插件会突然「坏掉」:设置页 iframe 指向 127.0.0.1 被浏览器拦下,改配置或更新报错,诊断接口一律 403。根因往往相同——插件默认你从本机回环地址打开 GUI,会校验 Origin 是否为 127.0.0.1,或 Host 是否为回环地址;一旦换成公网域名并经过反代,这些检查就会失败。
dsh-public-origin 在不改动任何第三方插件源码的前提下,统一处理这类场景。例如 billion-context 会在公网下返回当前页面的 origin,并在同源路径下反代 bili 管理端口,同时以回环身份访问只认本机的管理 API;对 dsh-better-reasoning-effort、skill-explorer 等只认回环 Host 的路由,则在通过 DSH 门禁后改写为回环 Host 再交给原 handler。本机直连且不带转发头的请求仍按原插件逻辑处理,行为与未安装时一致。
安全上,经反代的请求会先走与 /api 相同的 connection.requestRejection(trusted-host、同源与登录 Cookie 等),只有通过才会被改写;判断是否本机直连依据 socket 与转发头,而非客户端可控的 Host。适合已在 --trusted-host 下、DSH 只监听回环、由 nginx 等反代对外提供 HTTPS 的部署者;若你正为 bili 设置页、reasoning-effort 诊断或 skill-explorer 在公网下的 403 头疼,这个插件就是为此准备的。
使用场景
- VPS 上通过域名访问 DSH,billion-context 设置页 iframe 无法打开
- 公网访问时 reasoning-effort 或 skill-explorer 诊断接口返回 403
- bili 改配置、更新等管理操作因 Origin/Host 校验失败而报错
适合人员
- DSH 只监听 127.0.0.1、由 nginx 等反代对外提供 HTTPS 的运维者
- 已配置 --trusted-host 并正确设置 X-Forwarded-* 头的部署
- 同时使用 billion-context、reasoning-effort 或 skill-explorer 且需公网管理界面的人