rustdesk 远程控制 教程
它是什么RustDesk 是用 Rust 编写的开源远程桌面软件,可替代 TeamViewer、向日葵等商业方案,支持 Windows、macOS、Linux、Android 跨平台连接,并能自建信令与中继服务器,让连接数据只经过自己的服务器
RustDesk 是用 Rust 编写的开源远程桌面软件,可替代 TeamViewer、向日葵等商业方案,支持 Windows、macOS、Linux、Android 跨平台连接,并能自建信令与中继服务器,让连接数据只经过自己的服务器。
详细介绍
简介
RustDesk 是用 Rust 编写的开源远程桌面软件,定位是 TeamViewer、向日葵、AnyDesk、ToDesk 等商业方案的替代品。它要解决的核心问题是:远程控制的数据到底经不经第三方服务器。默认状态下它开箱即用、无需配置即可建立连接;同时支持自建信令服务器(ID Server)与中继服务器(Relay Server),让连接数据只经过自己的服务器。跨平台覆盖 Windows、macOS、Linux 与 Android,适合个人用户、内网运维人员,以及对数据可控性有要求的小团队。
核心功能
- 开源免费:客户端源码公开,仓库地址为 https://github.com/rustdesk/rustdesk,可自行审阅代码或从源码构建,不必依赖闭源黑盒。
- 跨平台连接:支持 Windows、macOS、Linux 与 Android 四类系统,异构设备之间可以直接互相发起远程控制。
- 开箱即用:默认无需任何配置即可使用,输入对方 ID 与密码就能建立会话,适合临时的远程支持场景。
- 自建服务器:服务端由 ID Server(信令)与 Relay Server(中继)两部分组成,可分开部署在自己的服务器上,客户端手动指向即可。
- 远程控制与文件传输:连接建立后既可操作对端桌面,也可在两端之间传输文件,覆盖日常运维与协作的主要动作。
- 数据自主可控:自建方案下连接数据只经过自己的服务器,不经过厂商的中转节点,数据归属与流向由自己决定。
- 内网与局域网可达:配合自建服务端可访问局域网内的设备,也可用于远程访问处于内网、没有公网入口的机器。
使用场景
- 居家或出差时远程访问办公室、家中的 Windows 电脑:在被控端启动客户端并保持在线,控制端输入其 ID 与密码即可接管桌面。
- 运维人员管理内网设备:被控端处于内网、没有公网 IP 时,通过自建的信令与中继服务器做中转,实现从外网到内网的连通。
- 替代 TeamViewer、AnyDesk 做远程支持:面向临时的第三方设备排障,不需要对方注册账号,给出 ID 与一次性密码即可接入。
- 对数据路径敏感的团队:与 ToDesk 这类数据经官方服务器中转的方案相比,自建 RustDesk 时数据只经过自己的服务器。
- 局域网内的多设备互控:同一网络下的 Windows、Linux、Android 设备互相控制,用于测试、演示或机房机器的就近操作。
安装与获取步骤
- 获取客户端:从官网 https://rustdesk.com/zh-cn 或仓库 https://github.com/rustdesk/rustdesk 下载对应平台的包,Windows、macOS、Linux、Android 各自的分发形式与具体版本号以官方页面为准。
- 准备服务端:申请一台可通过 SSH 连接的服务器,下载 RustDesk Server,解压后启动其中的 ID Server 与 Relay Server 两个进程,它们分别负责信令与中继。
- 放行端口:在服务器的防火墙与云安全组中放行服务端监听的端口,确认两个进程在服务器上处于运行状态,否则客户端会连接失败或超时。
- 配置客户端:在受控端与控制端的设置中填写同一套 ID Server 与 Relay Server 地址(含端口),两端配置必须一致,否则无法互相发现。
- 发起连接:受控端界面上会显示当前 ID 与一次性密码,控制端输入该 ID 并填写密码后建立会话;若不自建服务器,可直接用默认公共服务连接,无需填写服务器地址。
- 验证功能:连接成功后先测试桌面操作与鼠标键盘响应,再测试文件传输是否正常;具体选项名称与可用功能以官方文档 https://rustdesk.com/docs/zh-cn/ 为准。
与同类方案的区别
- 与 TeamViewer、向日葵、AnyDesk 相比:RustDesk 的客户端开源、可免费使用,且允许把服务端搬到自己机器上,而不是只能走厂商的中转网络。
- 与 ToDesk 相比:ToDesk 的远程控制数据经过其官方服务器中转,数据在服务端停留;RustDesk 自建方案下数据只经过自己的服务器。
- 与纯内网穿透组网方案相比:RustDesk 自带信令与中继的完整链路,不需要额外再叠一层组网工具即可完成远程桌面连接。
- 代价在运维侧:自建的信令与中继要长期在线并保证高可用,需要自己承担服务器成本与维护工作,社区讨论中也明确提到这一点。
- 服务端需要公网可达并持续运行:ID Server 与 Relay Server 任一进程退出,客户端都会表现为连不上、掉线或只能发现无法中继。
- 端口必须放行:防火墙与云安全组未放行服务端端口时,典型现象是输入 ID 后长时间无响应或提示连接失败,先用服务器本机 telnet 或 nc 探测端口连通性。
- 两端服务器地址要一致:受控端与控制端填写的 ID Server、Relay Server 不一致时,会出现一方能上线、另一方搜不到的情况。
- 中继带宽决定体验:跨地域或海外中转会明显增加延迟,社区中有使用国内服务器做中转以减少延迟的讨论,具体线路表现以实际测速为准,并需遵守当地网络法规。
- 版本与兼容性:客户端与服务端的版本组合、各平台支持情况以官方页面 https://rustdesk.com/zh-cn 为准,遇到异常先对齐两端版本再排查。
- 一次性密码每次会话都会变化,不要把长期有效的凭据写在文档或截图里传播;远程支持结束后应立即结束会话。
注意事项
更新记录
最近更新:2026-10-05
软件参数速览
下载
下载由本站收录的国内网盘提供(夸克 / 百度 / 蓝奏),国内访问快、不限速;网盘链接均经审核,如失效欢迎反馈。
常见问题
客户端输入 ID 后一直提示连接失败或长时间无响应,先查什么?
按顺序确认三件事:服务端的 ID Server 与 Relay Server 进程是否在运行、客户端填写的服务器地址与端口是否正确、服务器防火墙与云安全组是否放行了对应端口。三者任一不满足都会表现为连不上或超时。
不自建服务器能不能直接用?
可以。RustDesk 默认开箱即用、无需配置,安装客户端后输入对方 ID 与一次性密码即可连接。但此时连接会走默认的公共中转,数据可控性低于自建方案,对数据路径有要求时应改为自建。
自建服务端需要跑几个进程?
需要两个:ID Server 负责信令(让双方互相发现),Relay Server 负责中继转发。两者职责不同,需分别启动,并在客户端设置里按对应项填写地址与端口,缺一个都会导致连接异常。
和 ToDesk、TeamViewer 相比,数据走的路径有什么不同?
ToDesk 的控制数据经过其官方服务器中转,数据会在服务端停留;TeamViewer、向日葵同属厂商中转模式。RustDesk 自建方案下,连接数据只经过你自己部署的服务器,不经第三方中转。
受控端在内网、没有公网 IP,还能被远程访问吗?
可以,这正是自建服务器的用途:内网设备主动连上你部署的信令与中继服务器,控制端同样指向该服务器,由中继打通两侧,无需在内网机器上做端口映射。
支持哪些平台?手机能被控制吗?
支持 Windows、macOS、Linux 与 Android 四类系统,异构系统之间可互相连接。各平台的包形式、可用功能与具体版本以官方页面 https://rustdesk.com/zh-cn 为准。
连接建立后能做文件传输吗?
可以。会话建立后除远程桌面操作外,还可在两端之间传输文件。建议先用小文件验证链路,再传大文件;若传输中断,优先检查中继服务器的带宽与稳定性。
用国内服务器做中转会不会被运营商打电话?
社区里确实有这类讨论,是否触发取决于线路与实际使用方式。建议遵守当地网络法规、仅用于自有设备的远程管理,具体表现以实际环境为准。