公众号旧文
Tailscale 进化：Peer Relay (对等中继) 上线
如果你已经在用Tailscale，那你大概体会过它的爽点：
直连的时候，几乎完美。
设备之间像插在同一个交换机上一样，低延迟、高带宽、稳定到你会忘记它的存在。
但现实世界的网络，从来不讲武德。
1、那些你一定遇到过的网络问题
你可能遇到过这些情况：
- 公司网络：严格防火墙，啥都封
- 家里宽带：运营商 NAT 套 NAT
- 云服务器：只允许固定端口，甚至走负载均衡
- 某些环境：根本不给你开 UDP
这些情况下，点对点直连可能失败。
而这，正是所有内网穿透方案的梦魇。
2、Tailscale 以前是怎么兜底的？
DERP 中继
简单理解就是：
连不上？那就都去找一个中转服务器，帮你转发。
优点：
- 稳
- 能用
- 全加密
缺点也很明显：
- 带宽有限
- 延迟增加
- 完全依赖官方节点
这在轻度使用下没问题，但一旦你开始：
- 大文件传输
- 多客户端同时连接
- 长时间高吞吐
你就会明显感觉到瓶颈。
3、现在不一样了：Peer Relay 正式上线
Tailscale 这次把中继这件事，交还给用户自己。
Peer Relay（对等中继），可以让用户在自己的任意一台节点上，跑一个中继服务器。
而且这个节点：
- 就是你现有的 Tailscale 设备
- 不需要额外架构
- 不需要公网 IP（甚至）
4、这东西本质上解决了什么？
一句话：当直连失败时，你可以自己决定流量走哪儿，而不是被动走官方 DERP。
5、性能提升在哪？
这次更新，不只是能用，而是真的能打。
1️⃣ 吞吐量大幅提升
官方做了几件关键优化：
- 减少锁竞争（多线程更高效）
- 多 UDP socket 分摊流量
- 自动选择更优网络接口（IPv4 / IPv6）
结果就是多客户端同时走中继，也能跑得动。
2️⃣ 更接近真直连
以前：
设备 A → DERP → 设备 B现在：
设备 A → 你的 Peer Relay → 设备 B如果你的中继部署得好，延迟和带宽，可以接近直连水平。
3️⃣ 支持静态入口
很多云环境的问题是：
- 自动发现地址失败
- 后面挂着负载均衡
- 端口被限制死
现在你可以手动指定中继的 IP:端口
例如：
- 挂在 AWS NLB 后面
- 用固定公网入口暴露
- 客户端直接打进去
这意味着在“完全封闭”的云环境里，你也能跑高性能 Tailscale 网络。
6、一个非常实用的玩法
以前你可能是这样：
- 云服务器，用 subnet router 暴露内网
- 访问路径比较单向
现在你可以直接用 Peer Relay，做全网 Mesh。
效果：
- 每个节点都可以互相访问
- 支持 Tailscale SSH
- 支持 MagicDNS
- 没有中心节点瓶颈
7、这次更新，本质意义是什么？
Tailscale 正在从自动化工具，进化成网络基础设施。
以前你只能：
- 用它
- 信它
- 接受它的路径选择
而现在你可以：
- 控制路径
- 自建中继
- 优化架构
- 适配复杂网络
8、谁最应该关注这个功能？
如果你属于以下任何一种：
- 多云架构（AWS / GCP / 阿里云）
- 跨地区部署（日本 / 美国 / 香港）
- 内网环境复杂（企业网络 / 校园网）
- 有高带宽需求（传输 / 同步 / 流媒体）
Peer Relay 基本是必用功能。
9、和我第一篇的一个呼应
我在上一篇说过一句话：
Tailscale 最大的价值，是你不用再关心网络。
但现在我要稍微改一下：
普通用户不需要关心网络，但你可以在需要的时候接管网络。
扩展阅读：