TGTGInsighttelegram intelligenceLIVE / telegram public index
← V2EX
V2EX avatar

TGINSIGHT POST

Post #201635

@pushv2ex

V2EX

Views1帖子阅读量
发布4月16日2026/04/16 04:37
Post content

帖子内容

[OpenClaw] 在 telegram 使用 openclaw 和 hermes 经常出现回复中断的情况 使用 openclaw 和 hermes 的时候,老是出现 TG 回复中断的情况,这种你们有遇到过吗,我是 openwrt 主路由,nikki mihomo 内核,出国是没问题的,电脑使用 TG 都一直正常啊,没有出现重连的情况。 我查看 hermes session 日志,确定它是有处理完任务,只是没有把结果通过 telegram 发送回来 让 hermes 自查,说以下是它说的 找到根因了。你电脑上浏览器正常,但 gateway 有问题——区别在这: 浏览器用短连接,请求→响应→关掉,几百毫秒完事。中间设备根本来不及杀连接。 Gateway 的 Telegram 长轮询不同:它要开一个 HTTP 连接挂 30~50 秒等 Telegram 服务器推消息。这种长连接在国内网络环境下很容易被中间设备杀死: ● 路由器 NAT 表超时清理 ● 透明代理( nikki/mihomo )的连接空闲检测 ● ISP 设备对"静默"连接的处理 你 curl 测试的 ip: 198.18.1.93 说明请求走了 mihomo 的 fake-ip 透明代理。问题就在这——透明代理模式下,长连接的生命周期不受 httpx 控制,mihomo 的隧道可能在空闲时主动断开。 我把 telegram 加入到 fake-ip-filter ,试了,也还是会出现回复中断的情况,不知道咋解决了