ChatGPT 提示 Network Error 怎么办：和 429 的区别、长回答中断、节点切换与浏览器扩展
ChatGPT 回答到一半弹出 Network Error，或者一发送就报错，和 429 限流是两回事。原因通常是节点在对话中切换、长连接被中断、浏览器扩展干扰、流式响应被截断。本文讲每种原因的判断方法和处理步骤，以及怎么固定节点彻底解决。
先和 429 区分开
两个错误经常被混在一起，处理方式完全不同。
Too Many Requests（429）：打开 chatgpt.com 直接报错，或发送消息时提示。原因是 IP 被 OpenAI 限流，节点出口 IP 上的用户太多。处理是换节点、固定冷门节点，详见 ChatGPT 提示 Too Many Requests。
Network Error：消息能发出去，回答开始出来了，中途卡住，然后弹出「Network Error」或「Something went wrong」；或者点发送后转圈很久报错。原因是连接在传输过程中断了，和 IP 信誉关系不大。
简单判断：能正常对话，只是偶尔或在长回答时中断，是 Network Error；一打开就被拒，是 429。
为什么长回答更容易中断
ChatGPT 的回答是流式的：服务器一个字一个字往你的浏览器推，一条 HTTP 连接要保持几十秒到几分钟。连接中间有任何一环断了，回答就停在那里。
短回答几秒钟就传完了，连接断的概率低；长回答几分钟，中间经历的网络波动多得多。所以 Network Error 几乎总是在长回答、生成代码、生成表格的时候出现。
能断掉这条连接的环节，按常见程度排在下面。
原因一：节点在对话中切换了
最常见的原因。如果 ChatGPT 的流量走的是 url-test 类型的自动选择策略组，客户端每隔一段时间（默认几分钟）测一次延迟，发现另一个节点延迟更低就切过去。切换的瞬间，正在传输的连接断掉，Network Error。
判断方法：看客户端的日志或连接面板。报错的时间点前后，ChatGPT 域名对应的节点名有没有变化。
处理：把 ChatGPT 固定到一个手动选择的节点。Clash 规则最前面加：
DOMAIN-SUFFIX,chatgpt.com,你选的节点
DOMAIN-SUFFIX,openai.com,你选的节点
DOMAIN-SUFFIX,oaistatic.com,你选的节点
DOMAIN-SUFFIX,oaiusercontent.com,你选的节点「你选的节点」是一个具体节点名，或一个类型为 select 的策略组，不要指向 url-test 组。节点怎么挑见 AI 节点选择。
原因二：节点本身不稳定
节点抖动大、丢包高、晚高峰拥塞，长连接随时可能断。这种情况其他网站也会表现为「网页加载一半卡住」，只是 ChatGPT 的流式传输对此最敏感。
判断方法：客户端里连续测几次这个节点的延迟，数值跳动很大（50 ms、400 ms、80 ms），或者晚上才报错白天正常。
处理：换一个延迟稳定的节点，优先专线节点。晚高峰报错频繁，看 机场晚上特别卡。
原因三：浏览器扩展干扰
广告拦截、隐私保护、脚本管理器、翻译插件，这类扩展会拦截或修改页面的网络请求。ChatGPT 的流式响应用的是 Server-Sent Events 和 WebSocket，部分扩展处理不好这类连接，直接掐断。
判断方法：开一个无痕窗口（默认不加载扩展）登录 ChatGPT，同样的长问题问一遍。无痕窗口正常、普通窗口报错，就是扩展。
处理：逐个禁用扩展找到那一个，把 chatgpt.com 加进它的白名单，或者给 ChatGPT 用一个干净的浏览器配置文件。
原因四：客户端的超时设置
部分代理客户端或代理模式对长时间没有「完整响应」的连接有超时限制。流式响应一直在传数据，但有的实现把它判定为「挂起」而掐断。
判断方法：换一个客户端（比如从浏览器扩展代理换到 Clash 系统代理，或从系统代理换到 TUN 模式），同样的问题还报不报错。
处理：用主流的 Clash 类客户端走系统代理或 TUN 模式，不要用浏览器内的代理扩展处理 ChatGPT 流量。TUN 模式的注意事项见 TUN 模式问题排查。
原因五：OpenAI 服务端
OpenAI 自己也会出问题。全球范围内的服务降级、某个模型负载过高，都会表现为 Network Error。
判断方法：看 status.openai.com。有事故公告就是它的问题，和你无关。另一个判断是：换了节点、换了浏览器、换了设备都报错，而且报错的时间集中。
处理：等。一般几十分钟到几小时。
处理步骤
按顺序，每步一分钟：
- 刷新页面。多数时候回答已经在服务端生成完了，刷新后能看到完整内容。
- 重新生成。还是截断就点重新生成，不额外扣额度。
- 看节点是否被自动切换。是，固定节点。
- 无痕窗口试一次。正常，是扩展。
- 换一个延迟稳定的节点。
- 看 OpenAI 状态页。
- 以上都做了还频繁报错，换客户端模式（系统代理换 TUN，或反过来）。
彻底解决
Network Error 大部分是节点切换和节点不稳两个原因。做好两件事就基本不会再见到它：ChatGPT 流量固定到一个手动选择的、延迟稳定的节点；这个节点优先选专线。
如果你的机场没有一个节点能稳定撑住几分钟的长连接，这家机场不适合 AI 工具这种重长连接的用途。适合的见 ChatGPT 机场推荐。
常见误判：其实不是网络问题
有三种情况看起来像 Network Error，处理方向却完全不同。第一种是对话太长：单个会话累积几十万字后，页面渲染本身会卡顿，新消息发出去迟迟没有回应，刷新后才显示。处理办法是新开一个对话，把需要的上下文粘过去。第二种是上传了大文件或图片：文件上传走另一条通道，节点上传带宽不够时会报 Network Error，而文字对话是正常的。换一个上传快的节点，或者把文件压缩后再传。第三种是账号被限制：频繁切换 IP、短时间大量请求的账号会被临时限制，表现为任何操作都报错，但别的账号在同一节点上一切正常。等几小时再试，期间固定一个节点不要动。
预防：让 Network Error 很少再出现
- 给 ChatGPT 单独做一个策略组，固定一个美国节点，并在规则里把 chatgpt.com、openai.com、oaistatic.com、oaiusercontent.com 都指向它，写法见 自定义分流规则。
- 不要把 ChatGPT 放在「自动选择」或「负载均衡」组里，这两种组切换节点就是中断的根源。
- 长回答用桌面端或 App 而不是浏览器，它们对流式响应中断有自动重连。
- 月付期间观察一周：固定节点后仍每天报错，说明这家机场到 OpenAI 的线路不稳，到期前换一家，参考 AI 工具机场推荐。
相关
常见问题
ChatGPT 的 Network Error 和 Too Many Requests 有什么区别？
Too Many Requests（429）是 IP 被限流，网页能开但请求被拒。Network Error 是请求发出去了但连接在中途断掉，通常是网络不稳、节点切换或长连接被中断，和 IP 信誉关系不大。
为什么 ChatGPT 总是在回答很长的时候报 Network Error？
ChatGPT 的回答是流式传输的，一条连接要保持几十秒到几分钟。节点抖动、策略组自动切换、代理超时设置过短都会在中途断掉这条连接，短回答不受影响，长回答就中断。
报 Network Error 后刷新页面，之前的回答还在吗？
通常服务器端已经生成完了，刷新后回答会完整显示。如果刷新后回答还是截断的，点「重新生成」。重新生成不额外消耗额度。
怎么防止节点在对话中自动切换？
不要把 ChatGPT 放在 url-test 自动选择的策略组里。在 Clash 规则里把 chatgpt.com、openai.com 固定到一个手动选择的节点，策略组类型用 select 而不是 url-test。
无痕窗口能用、正常窗口报错，是什么原因？
浏览器扩展干扰。广告拦截、隐私保护、脚本管理器类扩展可能拦截了 ChatGPT 的流式响应或 WebSocket 连接。逐个禁用扩展定位，然后把 chatgpt.com 加进那个扩展的白名单。
本文为信息整理与个人经验，不构成购买建议。机场政策与软件界面可能变化，以官方为准。发现过期内容请 联系纠错。