从国内远程控制 Mac：
几种方式怎么选

对比总览

下表是定性比较，实际体验受线路影响很大。各家的收费方案和免费额度会调整，以官网为准。

macOS 屏幕共享：最基础的一条路

在 Mac 的「系统设置 → 通用 → 共享」里打开「屏幕共享」。用另一台 Mac 连接时打开「屏幕共享」App 或在访达里输入 vnc://地址；两端都是 Apple 芯片 Mac 且网络条件好时，可以使用「高性能」模式。Windows、Linux 用 VNC 客户端连接，需要在屏幕共享设置里开启 VNC 密码。

它不依赖任何第三方账号，但不负责穿透网络。最稳妥的用法是走 SSH 隧道：

# 本地执行：把远程 Mac 的 5900 映射到本地 5901
ssh -N -L 5901:localhost:5900 user@远程主机地址

# 另开窗口，在 Mac 上连接
open vnc://localhost:5901

画面质量可调，但对带宽和延迟较敏感，跨洋连接时适合配置、排错，长时间看视频或拖动大量窗口会吃力。

第三方工具：各自的特点

• UU远程、ToDesk：国内厂商，登录账号后用设备码连接，安装简单，服务器和客户端针对国内网络做过适配。被控端需要在 Mac 上安装并保持登录状态。适合不想折腾网络的日常使用。
• RustDesk：开源，可以只用客户端连公共服务器，也可以自己部署 ID 服务器和中继服务器，把连接信息留在自己手里。自建需要一台有公网地址的服务器。
• Parsec：以低延迟串流见长，主要面向游戏和创意工作。Mac 作为客户端没有问题；Mac 作为被控端的支持范围和版本要求，请以 Parsec 官方文档为准。

无论用哪个，第三方工具都需要在 Mac 上授予「屏幕录制」「辅助功能」等权限，这一步只能在图形界面完成。所以顺序通常是：先用屏幕共享登录，安装并授权第三方工具，再切换过去日常使用，屏幕共享留作备用。

资料来源：RustDesk 文档 · ToDesk 官网 · UU远程官网 · Parsec 官网

直连与中继：延迟从哪里来

从国内连接加拿大的机器，基础延迟由跨太平洋线路决定，任何软件都无法低于这个下限。软件能影响的是“绕不绕路”：点对点直连时路径最短；打洞失败走中继时，数据要先到中继服务器再转发，如果中继在国内，等于多跑一段。

实用的判断方法：先 ping 机器看基础延迟；再看远程工具界面上显示的连接方式（直连或中继）和帧率。可以用 延迟测试工具 估算你所在城市到机器的往返时间。

写代码、跑命令这类工作，其实用 SSH 加 VS Code Remote-SSH 对延迟最不敏感，远程桌面只在需要图形界面时打开。

安全建议

• 不要把 5900（VNC）端口直接暴露在公网，走 SSH 隧道或 Tailscale 这类私有网络。
• 第三方工具开启两步验证，设置独立的连接密码，关闭“无人值守时任何人凭设备码即可连接”之类的宽松选项。
• 只保留真正在用的远程工具，不用的卸载并在其账号后台移除设备。
• 退租前从各工具的账号后台移除这台设备，避免残留授权。

在三万主机租用的 Mac，交付时已开好 SSH 与屏幕共享，你拿到的是管理员账户，上述第三方工具可以自行安装。

常见问题