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 嗎？
不一定。先理解網路與磁碟上限。專用工具可能改善續傳、批次或長距離行為，但不能創造兩端或路由不存在的頻寬。