解决宿舍断电导致 Codex 频繁掉线：持久化登录与 Token 机制详解

最近在群里看到有小伙伴吐槽：为了在宿舍用上三方 API 跑 Computer Use，特意配好了路由和保留登录状态，结果因为宿舍晚上断电，每天早上起来都得重新登录 Codex，还得重配环境，简直比手动搬砖还累。

以前明明还好好的，怎么突然就开始频繁掉线了？是官方改机制了吗？其实这大概率和你设置的“短 Token”机制以及宿主机的网络环境有关。今天就帮大家盘一盘这背后的逻辑，顺便给几个能让你的登录状态“坚如磐石”的实操方案。

一、 掉线真凶：Token 刷新与断电的致命冲突

首先要搞清楚 Codex（或者 CCS）的登录机制。为了安全，现在的服务大多采用的是 Access Token（短令牌） + Refresh Token（长令牌） 的组合。

• 短 Token：有效期很短（比如一小时），用于实际请求接口，过期自动刷新。
• 长 Token：有效期较长，用来获取新的短 Token。

问题的关键在于： 短 Token 的刷新请求通常非常依赖网络环境的连续性。当你宿舍断电后，你的服务器/客户端彻底下线，短 Token 自然会在静默中过期。等到恢复供电机器重启时，系统试图刷新 Token，但如果此时的网络代理（Proxy）、DNS 解析或者路由表没有在第一时间完美衔接，刷新请求就会失败，系统判定你“未授权”，从而弹出登录框。

这也是为什么你改了 requires_openai_auth = false 依然无效的原因——这一步只是跳过了“强制检查”，但如果底层 Token 刷新失败，应用层面依然会认为会话失效。

二、 为什么“以前不掉，现在掉”？

这通常有三个可能的原因：

1. IP 变动：断电重启后，路由器分配的内网 IP 可能变了，导致端口转发规则失效，服务之间找不到对门。
2. 代理启动慢：你的 Clash 或 V2Ray 等代理工具可能没有设置为开机自启，或者启动顺序慢于 CCS/Codex 服务。程序起得早，代理还没跟上，发出的刷新请求直连导致失败。
3. 官方策略变动：最近官方可能缩短了 Token 的宽容期，或者对异常网络请求（频繁的断开重连）进行了更严格的限制。

三、 终极解决方案：给你的登录状态“镀金”

既然知道了原因，对症下药其实不难。我们可以从网络层和应用层两个维度来加固。

1. 确保“代理”先于“服务”启动（最关键）

如果你的服务依赖代理访问 API，必须保证代理程序先跑起来。

• Linux (systemd)：给你的代理软件（如 clash）写一个 systemd service，设置 After=network.target，并给你的 CCS/Codex 服务的 After 依赖加上你的代理服务名。这样链路就稳了。
• Docker 环境：不要依赖 depends_on（它只等容器启动，不等服务就绪）。建议使用 wait-for-it 脚本或者在容器启动脚本里加一段 sleep 和检测逻辑，直到能连通代理端口才启动主程序。

2. 锁定 Hosts，防止 DNS 抽风

有时候明明连着网，但就是因为 DNS 解析到了错误的服务器 IP 导致鉴权失败。最暴力的解决办法是手动写死 Hosts。

在你的机器 /etc/hosts 文件中，添加官方 API 域名的解析记录（这个 IP 需要先在通畅的环境下 ping 出来，或者查询官方公布的 CDN 节点）。这样无论网络怎么抖动，程序永远只认这个 IP，减少了因 DNS 诱导到大洋彼岸失败节点的概率。

3. Cookie/Session 数据持久化挂载

如果你是用 Docker 部署 CCS 或类似工具，一定要确认容器的 Volume 映射。

检查你的启动参数，是否将存储 Session 或 Cookie 的目录（通常在 /root/.config 或项目目录下的某个 data 文件夹）映射到了宿主机。如果没有映射，容器重启后，之前登录存下来的“长 Token”文件就丢失了，自然还得重新登录。

4. 放弃短 Token，尝试 API Key 直连（如果可行）

虽然这位博主提到是用“三方 API”，如果你的模式支持直接填 API Key 而不走网页登录流，那是绝对最稳的。

但在 Computer Use 场景下，很多功能必须依赖 Browser 的 Cookie。如果你必须走网页登录，可以尝试写一个简单的 “保活脚本”（Keep-alive script）。用 crontab 设定每 45 分钟执行一次 curl 请求访问一下服务接口，模拟活跃度，防止 Token 在断电间隙因“太长没用”而被服务端回收。

四、 总结

宿舍断电这种物理层面的“DDoS 攻击”确实闹心，但只要理顺了 网络启动顺序 和 数据持久化 这两个逻辑，基本就能解决问题。

Checklist 清单：

• 代理软件已设为开机自启，且服务启动依赖代理。
• /etc/hosts 已写入关键域名 IP。
• Docker 已挂载配置/数据目录到本地。
• 尝试 requires_openai_auth = false 配合上述网络设置。

别让繁琐的登录消磨了折腾技术的热情，今晚修好，明天就能多睡十分钟！