Tailscale 直连排障

Tailscale 远程访问延迟高时，第一判断不是“能不能连上”，而是连接路径是 direct 还是 relay。direct 表示设备之间通过 NAT 打洞形成直连路径；relay 表示流量经过中继服务器，延迟会随中继位置和链路质量明显升高。

核心排障顺序

1. 用 tailscale status 判断目标设备是否显示 relay。
2. 用 tailscale ping 或普通 ping 对比延迟，确认问题设备与正常设备的差异。
3. 如果同一路由器下“一台 direct、一台 relay”，优先怀疑端口映射冲突、UPnP 行为或代理/软路由分流规则，而不是直接归因到 Tailscale 服务整体异常。
4. 默认 UDP 监听端口 41641 可能被多台设备竞争；把非直连设备改到 41642，可以避开映射冲突。
5. 在软路由、passwall、透明代理环境里，Tailscale 的 UDP 流量应尽量不走代理，保持路径稳定可预测。

心智模型

Tailscale 的直连能力依赖一条稳定、唯一、未被代理污染的 UDP 路径。多线多拨、端口抢占、UPnP 映射冲突、软路由代理规则，都会让 NAT 打洞失败并退回 relay。排障应先观察 status，再调整网络变量，每一步都用延迟和状态变化验证。

关联

• Agent-框架：复杂系统排障需要把黑盒问题拆成可观测状态与可验证假设。
• Hermes-Agent-工作流特性：远程访问链路稳定性会影响跨设备自动化、运维和 Agent 工具调用。