【Bug 反馈】桌面端启动硬失败：dsh-auth-* cookie 随每次启动累积，溢出 Node 请求头上限 → "Web authentication failed"

[QuaonY]

【Bug 反馈】桌面端启动硬失败：dsh-auth-* cookie 随每次启动累积，溢出 Node 请求头上限 → "Web authentication failed"

关联现有反馈：#10802、#11129。本贴补充一台 win32 机器上的完整实测证据与确认修复。

1. 环境

项	值
App	@deepseek-ai/dsh-desktop 0.2.1-rc.3
Channel	nightly
Platform	win32 x64（Windows 11，10.0.26200）
Electron	44.7.0
Node	24.21.0

2. 症状

• 每次启动都在 startup 阶段崩溃，弹窗："DeepSeek Harness is unavailable / Web authentication failed"。
• 点击 Restart 无效；2 天内连续 12 次启动全部复现，每次错误完全一致。
• 崩溃日志路径：%APPDATA%\@deepseek-ai\dsh-desktop\logs\crash-*-host.log

崩溃日志原文：

time: 2026-10-27T04:23:02.769Z
source: host
phase: startup
app: @deepseek-ai/dsh-desktop 0.2.1-rc.3
platform: win32 x64
electron: 44.7.0
node: 24.21.0
locale: en
shell pid: 47564

--- error ---
Error: desktop welcome: Web authentication failed
    at connectDesktopWelcome (file:///.../app.asar/lib/main.js:8886:31)
    at async Object.start (file:///.../app.asar/lib/main.js:12195:22)
    at async file:///.../app.asar/lib/main.js:7162:5
    at async file:///.../app.asar/lib/main.js:12313:4

--- renderer console (error level, oldest first) ---
(no error-level renderer console output was captured)

3. 根因（已从 0.2.1-rc.3 源码确认）

1. Host 进程以 --port 0 启动（dsh-desktop-host/lib/index.js 的 main()），每次启动都分配一个随机端口。
2. 认证 cookie 名依赖端口：cookieName(authority) = "dsh-auth-" + base64url(sha256(authority))，其中 authority = requestAudience(headers) = url.host = "127.0.0.1:<port>"（dsh-client-connection/lib/index.js）。
3. 因此每次启动都生成一个名字不同的新 cookie（因为端口不同），而旧 cookie 从不被清理，永久累积在 Electron 的 Network/Cookies（SQLite）里。
4. 累积到 ~70 个后，Cookie 请求头加上其它请求头（Host、UA、Sec-Fetch-* 等）超过 Node 默认 maxHeaderSize（16,384），index 请求被拒（431，临界点附近表现为 401），外壳层统一报成 "Web authentication failed"（lib/main.js:8886 的 if (!authenticated.ok) throw）。

4. 实测证据（本机）

读取 %APPDATA%\@deepseek-ai\dsh-desktop\Network\Cookies（SQLite，表 cookies）：

• 共 71 个 dsh-auth-* cookie，host_key 全部为 127.0.0.1。

• 71 个 cookie 对应 71 个互不相同的端口，证明"每次启动一个新随机端口、一个新 cookie"：

  19387, 61938, 62043, 55586, 64107, 57219, 53581, 49224, 63462, 63353, ...
  （共 71 个，全部互不相同）
  

• 单个 cookie：name 52 字节（dsh-auth- + 43 位 base64url），value 173 字节（v1.<payload>.<signature>），合计每个 226 字节。

• 71 个 cookie 组成的 Cookie 头 value 长度 = 16,186 字节；加上 Host、Connection、User-Agent、Sec-Fetch-* 等其余请求头，总头长超过 Node 默认 16,384 上限。

• 任意一个 cookie value 的 payload 解 base64url 后，可见端口被固化在 cookie 里：

  {"version":1,"authority":"127.0.0.1:19387", ...}
  

  这直接印证了根因：cookie 的身份（authority）绑定了随机端口。

5. 确认修复（实测有效）

仅删除 cookies 表中所有 name LIKE 'dsh-auth-%' 的行（不动其它 cookie、不动账号会话、不动任务数据）：

DELETE FROM cookies WHERE name LIKE 'dsh-auth-%';

删除后应用恢复正常，认证通过、可正常进入工作区。数据库 PRAGMA integrity_check 返回 ok。

6. 建议修复（供参考，二选一即可）

1. cookie 身份与端口解耦（推荐）：cookieName 与 payload 里的 authority 只按 hostname（127.0.0.1）计算，而不是 host:port，让每次启动复用同一个 cookie 名，从根上杜绝累积。
2. 启动时清理：Host 启动时主动清除上一轮的 dsh-auth-* 回环 cookie，或缩短其 Max-Age（单次会话）。

7. 临时 workaround（给用户）

• 关闭应用后，用 SQLite 工具执行上面的 DELETE，或直接删除 %APPDATA%\@deepseek-ai\dsh-desktop\Network\Cookies 文件（会退出登录，需重新登录）。
• 注：约每 70 次启动会复发一次，需重复清理或等修复版本。