核心结论

mihomo 代理全挂 ≠ 目标站点被封。 先测 github/google 等无关站点，区分"节点故障"还是"站点屏蔽"；若用户本人在境外可达节点而广州服务器不可达 → 根因大概率是 GSLB 域名解析 IP 池漂移 + 静态订阅过期。修复方案是订阅自动化（.env 存 URL + 脚本定期拉取 + mihomo type: file provider），而不是临时改 IP。

背景

我的 Hermes Agent 被部署在腾讯云轻量应用服务器（广州）上，日常跑着多个定时任务，其中一个与 AI 简报相关的任务中「Twitter/X 追踪账号」数据源依赖本机的 mihomo 代理（端口 7890）访问境外服务。

某天早上，简报里 Twitter 段变成了：

⚠️ 追踪账号全部无响应 — x.com 直连被屏蔽，所有代理节点 TLS 失败

第一反应是「Twitter 又封了代理出口 IP」——因为腾讯云出疆本来就屏蔽 twitter.com/youtube.com/discord.com，之前也遇到过公共 RSSHub 的 Twitter 路由被 503。但这次连 github.com、google.com 走代理也全部超时，明显不是单个站点的问题。