01 / 连接诊断
延迟与吞吐不是同一个指标
延迟描述请求与响应所需的时间，吞吐描述一段时间内能够传输的数据量。远程桌面通常对延迟和抖动敏感，大文件传输还受到带宽与磁盘影响。一个网络在其中一项表现良好，并不代表另一项也没有瓶颈；排错时应根据应用体验选择合适的观察方式。
02 / 连接诊断
NAT 穿透帮助建立直接路径
家庭与办公路由器通常进行网络地址转换。设备通过协商和 NAT 穿透尝试建立可用的点对点 UDP 路径，但不同网关映射方式及防火墙限制会影响结果。没有固定公网地址不等于必然失败，复杂 NAT 也不能通过简单反复登录解决，需要检查两侧实际网络条件。
03 / 连接诊断
为什么会出现中继连接
直接路径不可用时，设备可尝试网络中已配置且可访问的 Peer Relay；没有合适选择时，DERP 可以转发加密数据。中继多了路径与转发环节，可能增加延迟，但并不意味着加密失效。DERP 也参与连接协商，因此连接最初经过它、随后转为直连，是合理的观察结果。
04 / 连接诊断
用真实状态识别路径
桌面或服务器端可在通信后查看 tailscale status，或使用诊断工具观察目标连接。direct、relay 和 peer-relay 表示不同路径，不应把其中一种一律当作程序错误。先访问目标以产生流量，再结合时间点记录状态，比在完全空闲时根据单个列表字段推断全部业务更可靠。
05 / 连接诊断
地理距离与本地网络质量
两端物理距离、运营商互联、无线干扰和排队负载都可能增加延迟。即使设备使用同一种客户端，不同网络位置也不必获得相同结果。对照测试时尽量固定设备与应用，比较有线、Wi-Fi 或不同接入网络的结果，记录是否发生出口节点选择或连接类型变化。
06 / 连接诊断
在授权范围内检查防火墙
如果怀疑 UDP 或 NAT 条件影响直连，和网络管理员核对对应规则及官方建议。不能为了直连随意关闭整个防火墙、暴露管理端口或改变单位网络策略。某些环境无法建立直接路径，稳定使用获授权的中继可能更合适；是否部署 Peer Relay 应根据自己的网络管理能力决定。
07 / 连接诊断
观察变化而不追求虚构保证
网络切换或网关重启后，连接可能重新协商并暂时改变路径。先等待本地网络稳定，再观察同一目标的表现。本站不展示固定延迟承诺、虚构节点排行榜或伪造测速成绩。优化应建立在具体问题和可重复记录之上，并保留配置恢复方法，避免引入新的访问风险。
官方参考资料
操作前请核对当前系统支持与功能条件。