Repository navigation
Releases: taichuy/deepseek-harness-auth
Release list
v0.4.2
⚠️ 行为变更：启动前置条件不满足时进程直接退出
以前遇到「内部 WebServer 不是 127.0.0.1」「公共端口被占用」「DSH_AUTH_PUBLIC_URL 非法」时，认证代理只打一行警告，Harness 会把它当成「某个可选 entry 未激活」继续启动。这等于 fail open：公共端口被旧进程占用时，新进程报告就绪、实际由旧监听在应答；上游不是 loopback 时，Harness 在认证代理之外直接可达。
0.4.2 起这三种情况都会打印 dsh auth: FATAL: <原因> 并以退出码 1 结束进程。
看到 FATAL 说明部署确实有问题，按提示修掉即可，不是插件损坏。最常见的是端口被占用：
dsh auth: FATAL: cannot listen on 0.0.0.0:3080: address already in use — stop the process holding it (an older `dsh web` is the usual cause) or set DSH_AUTH_PORT
停掉旧的 dsh web，或设置 DSH_AUTH_PORT 换一个端口。
修复：远程浏览器不再被 dsh web authentication required 拒绝
Harness 的索引页登录是一次性的 /?token= 交换，且绑定请求 authority，而这段 URL 只打印在服务器本机控制台。认证代理会改写上游 Host，因此远程浏览器无论怎么登录都会被拒。现在代理会在索引请求缺少上游浏览器 cookie 时代为回放这次交换——远程访问只需要你的密码。
修复：侧边栏退出登录与「账号与安全」重新挂载
dsh.client.inject 不再引用已经不再随 Harness 发布的 @deepseek-ai/dsh-client-runtime。此前该依赖残留会让客户端半边一直 pending，导致侧边栏底部的退出登录与「设置 → 账号与安全」不出现。
升级
dsh plugin --profile web add deepseek-harness-auth@latest然后重启 dsh web。$DSH_HOME/auth 中的账号、密码哈希、IP 白名单与验证码策略都不受影响。
当前兼容基线为 DeepSeek Harness 0.1.x（@deepseek-ai/dsh-host-webserver >=0.1.0-rc.2）；旧 0.0.x WebServer 使用不同服务名，不在支持范围内。
v0.4.1
v0.4.0
v0.3.0
v0.2.1
v0.2.0
v0.1.3
v0.1.2
v0.1.1
v0.1.0
Full Changelog: https://github.com/taichuy/deepseek-harness-auth/commits/v0.1.0