方案说明

方案目标

你现在的场景是：

• 公司里几台设备互通没问题
• hfmacbook 放在家里，访问公司设备延迟偏高
• 你有一台国内云服务器 vm-0-2-ubuntu，带宽和线路都不错

这套方案的目的不是替代所有连接，而是让 Tailscale 在无法直连时，优先使用你自己的云服务器做中继。

为什么先做 peer relay

相较于自建 DERP，peer relay 更适合你当前场景：

1. 不需要域名
2. 不需要 TLS 证书
3. 不需要自建 derper
4. 直接利用你已经在线的云服务器

它什么时候有效

只有在设备之间当前无法 direct 时，peer relay 才会派上用场。

连接优先级通常可以理解为：

direct > peer relay > DERP

所以这套方案的预期是：

• 如果 hfmacbook 和公司设备已经能 direct，那延迟不会因为 relay 明显下降
• 如果它们现在常常掉到 DERP，那走国内云服务器通常会更好

当前建议参数

• relay 节点：vm-0-2-ubuntu
• relay 端口：40000/UDP
• relay tag：tag:relay-cn
• 允许使用 relay 的来源：先按 autogroup:member 处理

如果后续你想收得更细，也可以把 src 从 autogroup:member 缩到指定用户或指定设备。

变更边界

这套方案只动三类内容：

1. vm-0-2-ubuntu 上的 Tailscale relay 设置
2. 云服务器安全组 / 防火墙
3. Tailscale 后台的 Access controls

它不会影响：

• 现有普通 Tailscale 组网
• 现有 DERP 兜底能力
• 你现有其它节点的正常直连