Tailscale 传 NAS 为什么慢？从 1.5MB/s 开始排查
依序检查 direct、peer relay、DERP、UDP／NAT、iperf3、磁盘、SMB、CPU 与小文件。
如果 Synology NAS 的局域网拷贝正常，通过 Tailscale 却只能维持 1.5 MB/s，发送十进制 1 TB 光是数据量就约需 7.7 天。NAS 有 Gigabit 网卡并不足以解释这段差距，还要看实际上行、连接路径与文件操作。
先确认两个端点目前采直连或中继，再分开测量网络、存储与 SMB。这样才能知道要改善 Tailscale 路径，还是处理其上的文件传输工作。
1. 确认直连、peer 中继或 DERP
Tailscale 目前有三种连接：
- **Direct：**两个端点经 UDP 直接发送。
- **Peer 中继：**经 tailnet 内另一台中继设备。
- **DERP 中继：**无法创建前两者时，经 Tailscale DERP。
三者都以 WireGuard 端到端加密。产生流量后运行：
tailscale status
tailscale ping <peer-name-or-IP>查看 direct、relay、peer-relay。所有连接可能先经 DERP 协商再升级，不要只看第一个 ping。官方范例见 Tailscale connection types。
| 状态 | 通常表现 | 慢时下一步 |
|---|---|---|
| 直连 | 最低延迟、通常最高吞吐 | 查上行、CPU、磁盘、SMB、文件数 |
| peer-relay | 多一跳，常比 DERP 快 | 量中继带宽、延迟与位置 |
| 中继 | 可靠备援路径，但吞吐可能较低 | 跑 netcheck，查 UDP、NAT、防火墙 |
2. 中继时检查 UDP 与 NAT
tailscale netcheck检查 UDP 是否可用、两端 NAT 映射、双重路由或 CGNAT、防火墙／端点防护、IPv4／IPv6 可达性。不要盲目开连接端口；只能在符合安全政策且清楚路径拥有者时变更。参考 poor tailnet performance runbook。
3. 在相同路径量纯网络吞吐量
# 目的端
iperf3 -s
# 正向、反向与四个 parallel streams
iperf3 -c <tailscale-IP> -t 30
iperf3 -c <tailscale-IP> -R -t 30
iperf3 -c <tailscale-IP> -P 4 -t 30依 iperf3 manual保持端点与时间一致，回答：没有 SMB 时能否超过 1.5MB/s？正反向是否不同？持续数分钟是否稳定？成为直连后是否改善？如果纯网络同样只有 1.5MB/s，换文件拷贝工具不会修好根因。
四流比单流快很多，表示单流或 CPU 可能受限，但 SMB 未必使用相同流模式，不能直接声明问题已解。
4. 在本地测试磁盘
在源端测量实际卷的连续读取速度，在目标端测量写入速度，并查看 DSM 资源监控。RAID 重建、数据清理、Hyper Backup、索引、缩略图、杀毒、快照清理，以及接近满载或降级的存储池，都可能限制速度。
5. 把 SMB 与隧道分开
比较：一个大文件的 SMB、真实小文件文件夹的 SMB、另一个核准的传输方式，以及不经 Tailscale 的本地 SMB。SMB 的请求、元数据、signing／encryption 与实作会受 RTT 影响；纯粹的 iperf 快不代表交互式远程文件系统一定快。
6. 查较慢的互联网方向
远程从 NAS 下载，使用的是 NAS 端上传。若 NAS 站点只有 20Mbps，上限在额外成本前就是约 2.5MB/s。两端测速只能当背景数据，因为测速服务器路由不同。
7. 查 CPU 与加密
较旧 NAS 可能同时受 Tailscale 隧道、SMB 签名／加密、校验码与文件服务影响。若一个核心／进程饱和，而磁盘与网络未满，稳定的低速天花板通常是 CPU。
8. 测真实文件型态
单一视频可摊提设置；数万小文件要重复枚举、创建、写元数据、关闭。高 RTT 会放大这些等待。阅读大量小文件传输慢的原因。
专用传输工具何时有帮助
在理解路由与存储后，工具可改善自动续传、持久工作阶段、小文件批量、端点间传输与历史。WarpDirect 不把 SMB 塞进 tailnet，而使用自己的传输路径，因此适合当对照测试，不是保证修复。若 Tailscale 已符合需求，就不必更换。以 NAS 为主的站点，可参考多站点 NAS 的设置方式，了解端点与定期任务如何一起管理。
排查顺序应固定：连接类型 → netcheck → 双向纯网络吞吐量 → 本地读写 → 本地／远程 SMB → 大文件／小文件 → CPU 与背景工作。这能找到真正瓶颈，而不是被路由器上的 gigabit 标示误导。如果这些拷贝是为了让两个站点的 Synology 保持一致，可用Synology NAS 跨办公室同步做法比较判断该用一次性传输、同步任务，还是 Snapshot Replication。
常见问题
为什么 Tailscale 的 NAS 传输只有 1.5MB/s？
常见原因是 DERP 中继而非直连、hard NAT 或 UDP 受阻、发送端上行太低、目的磁盘、SMB 对延迟敏感、CPU、丢包或大量小文件。先确认连接类型，再逐层测量。
如何知道 Tailscale 是否使用 DERP？
先让两端产生流量，再看 tailscale status 或 tailscale ping 的直连、中继、peer-relay 指示；若是中继，使用 tailscale netcheck 继续检查 UDP 与 NAT。
DERP relay 不安全吗？
不是。Tailscale 说明直连、DERP 与 peer 中继都以 WireGuard 端到端加密，差别主要在路径、延迟与性能，不是中继能否解密内容。
换传档工具能解决慢速 Tailscale 吗？
不一定。先理解网络与磁盘上限。专用工具可能改善续传、批量或长距离行为，但不能创造两端或路由不存在的带宽。