Claude Code 断流与掉登录：分层排查顺序

任务跑到一半退出、终端一直卡在连接、刚登录又被要求重新认证——这三件事看上去都是「网络不行」，实际分属三个不同的层。ChatGPT 那类通用排查（地区判定、浏览器身份残留、验证循环）已经写在ChatGPT 打不开怎么办，本页不重复，只处理 Claude 与 Claude Code 特有的部分：命令行进程的代理继承、长任务期间的出口一致性、以及登录态反复失效。

先对号入座：症状落在哪一层

你观察到的	最可能的层	一步验证
浏览器能打开，终端里连接超时	命令行没走代理	在终端里带上代理环境变量再跑
短任务正常，长任务总在差不多时长处断	长连接被掐断	用一个短任务做对照
用着用着被要求重新登录 / 鉴权报错	出口在中途变了	改成手动指定单节点再试
网页能用，命令行工具不能用	分流规则漏放	临时切全局模式访问一次
连浏览器都打不开，其他网站也不通	不属于本页	见节点全部超时

最先查：命令行进程有没有走代理

判断依据：浏览器里一切正常，终端里却是连接超时、连接被拒绝这类报错。看到这个组合就不用再往下猜了。

系统代理开关只对读取系统代理设置的程序有效。浏览器读，很多命令行工具和 Node 进程不读——它们要么看环境变量，要么需要一层虚拟网卡把流量整体接管。

按稳妥程度排，三种做法：

1. 打开客户端的 TUN / 虚拟网卡模式。最省事的一条：在网络层接管全部进程的流量，不依赖每个程序自己的配置，开启时通常需要授予系统权限。
2. 给终端会话设置代理环境变量，指向客户端的本地混合端口。注意 PowerShell 与 Bash 写法不同，且变量通常只对当前会话生效，长期使用要写进配置文件。
3. 排除本地安全软件的干扰。公司设备上的安全网关会改写证书，命令行侧因证书链校验不过而断开是常见现象——报错里一般带证书字样。请找管理员处理，不要关闭证书校验来绕过。

接着查：整段任务是不是同一个出口

判断依据：任务开头一切正常，跑了几分钟后被要求重新认证，或者报鉴权类错误。这说明出口 IP 在过程中变了。

自动选路的节点组（延迟优选、故障转移、负载均衡）会在后台悄悄换节点。对需要保持会话与鉴权状态的服务来说，换出口约等于换了一个访问来源。按公开观察，这类服务判断来源变化的具体规则并未公开，只能从结果反推——但结果很一致：别让它变。

做法：把节点组改成手动指定单节点；更彻底的是给 AI 域名单独建一个固定策略组，两端配置步骤见 AI 域名分流教程。

然后查：长连接的超时与缓冲

判断依据：短任务从来不出问题，长任务总在接近同一个时长处停住。这不是解锁问题，是链路保持能力问题。

• 客户端或内核设了较短的空闲超时，长时间没有数据往返就被回收。
• 中间链路对流式响应做了缓冲，表现是长时间没有输出、然后一次性吐出，或者干脆断掉。
• 断流只集中在晚间 → 那是拥塞而不是超时策略，属于另一条排查路径。

另外两条纪律：任务进行中不要切节点，也不要更新订阅——后者会重建配置并重连，效果和拔网线一样。

再查：分流规则的覆盖范围

判断依据：临时切到全局代理模式就一切正常，切回规则模式又不行。看到这个对比，问题就锁定在规则覆盖范围上。

命令行工具访问的域名集合与浏览器页面并不相同，还包含接口端点。只放行了网页域名时，典型表现就是「网页能用、命令行不行」。把整组域名归入同一条策略即可。

最后查：出口 IP 属性与账号侧

前面四层都排掉仍然频繁掉登录，才轮到怀疑出口 IP 本身。

• 共享程度高的机房 IP 更容易触发反复验证；不同 IP 类型的差别见原生 IP 是什么。
• 换一条明确面向 AI 场景维护的线路做交叉验证。怎么判断一条线路适不适合这类场景，见 AI 场景选型标准；候选名单与自测流程见 ChatGPT 机场专题。
• 同一订阅在另一台设备、另一个网络下表现相同 → 排除本地环境，问题在线路。

把结论固定下来

排查一次，就把结果沉淀成常设配置，而不是下次重来：

1. AI 相关域名走一个手动指定的策略组，不参与自动切换。
2. 命令行的代理接管方式二选一（TUN 或环境变量），写进固定启动流程。
3. 长任务开始前先跑一个短任务确认链路。
4. 常备第二个订阅，只用于交叉验证。

安全提醒：不要把订阅链接贴进任何在线转换、校验或诊断工具，也不要连同终端日志一起发给别人——它等同于你的账户凭据。客户端安装包只从项目官方发布页获取。