RustDesk连接不上、一直转圈怎么办

先把“连不上”拆成三种

这三种表现，原因基本不重叠，混在一起查只会浪费时间。

第一种，输完 ID 点连接，提示“ID 不存在”或者根本找不到人。这说明两台机器没在同一个“电话本”里，问题在 ID 服务器。

第二种，找到了对方，界面卡在“正在连接”，转圈转到你失去耐心。这说明信令通了，但两端的画面通道没建起来，问题在打洞或中继。

第三种，画面出来了，几秒后黑屏、断开、又自动重连。这种最像“能通但不稳”，方向要往带宽和网络上找。

出差在酒店连公司电脑，最常遇到的是第二种。酒店的网络对 UDP 很不友好，打洞失败率高，只能靠中继，而中继又慢。知道这一点，你就不会在客户端设置里瞎翻了。

第一步永远是看左下角那行字

打开客户端，别急着输 ID，先看界面左下角。

显示“就绪”并且有 ID，说明这台机器已经注册到 ID 服务器，网络出口没问题。显示“未就绪”、一直转圈、或者 ID 那一栏是空的，那它连电话本都没登上，你后面做什么都是白费。

ID 为空的时候按这个顺序看：设置里的 ID 服务器地址填了没有、本机能不能上网、防火墙有没有拦客户端、公司网络是不是把非常用端口全封了。有些企业网络只放行 80 和 443，客户端连不上任何非标准端口，这种环境下换网络比调设置快。

用 ping 把范围切一半

能上网、但客户端不上线，下一步是分清“是域名解析不了”还是“端口不通”。

先 ping ID 服务器地址。ping 不通，先解决解析和路由，后面的不用看。ping 得通但客户端还是不上线，多半是端口被拦了——ICMP 能过不代表 TCP 和 UDP 能过，很多防火墙就是这么设计的。

自建服务器的话，用 telnet 或任意端口检测工具试 21116 的 TCP 和 21117。TCP 通、UDP 不通的典型表现是：能上线、能看到 ID、连接极慢或者干脆连不上。这也是自建场景里最常见的一个坑，云厂商安全组里 UDP 和 TCP 是分开勾选的。

局域网能通、跨网不通，问题落在中继

这条判断很有用，建议记住：

在同一间办公室、同一个路由器下，两台机器互连一次。通了，说明客户端本身没问题、ID 服务器也没问题，问题出在“跨网这一段”，也就是打洞和中继。不通，问题在客户端配置或本机环境，跟网络路径无关。

跨网不通又分两种。一种是两端都在严格的 NAT 后面，打洞必然失败，只能走中继；另一种是其中一端有公网 IP 但防火墙挡了回来的包。前一种是物理条件，调不了，只能用更好的中继；后一种是配置问题，能修。

用公共服务器的人在这时候没什么选择：中继是厂商的，你只能等。这也是很多人最后去自建的原因，具体顺序见 RustDesk自建服务器怎么配。

被控端那台机器，可能根本没在工作

有一类“连不上”特别气人：前一天还好好的，今天怎么都连不上，主控端一切正常。

先确认被控端是不是睡过去了。笔记本合盖、台式机进了休眠、电源计划把网卡关掉，客户端进程还在，但网络不通，表现出来就是一直转圈。让对方动一下鼠标、敲一下键盘，能连上就说明是这个原因。长期要远程的机器，把休眠和睡眠关掉，这一条能省掉大量“今天又连不上”的电话。

再看对方是不是换了网络。手机热点、公司 WiFi、家里宽带，三种网络的出口完全不同，ID 不变但路径变了，质量差别很大。

还有一种低概率情况：被控端的客户端版本太老，跟主控端协议对不上。这种情况下界面上通常会有版本提示，看到就升一下，别硬试。

另外，对方刚重装过系统、或者换了台新电脑，ID 是重新生成的。你连着的是一个已经不存在的号，界面只会告诉你找不到。这种时候别怀疑网络，让对方把屏幕右下角那串数字念一遍。

自建服务器的人，多查这三处

自建的坑集中在三个地方，按顺序查：

Key 填错。地址对了、Key 少一位，客户端会显示就绪但连不上，或者两台机器互相看不见。把服务端生成的公钥复制出来，一个字符一个字符对。

端口只开了一半。21115、21116、21117 三个都要放行，21116 的 UDP 单独确认一次。

域名证书过期。用域名连的，证书一过期，所有客户端同时连不上，症状跟服务器挂了很像。登录服务器看一眼证书到期时间，两分钟的事。

现象对照表

什么时候该停止折腾

如果你已经确认端口通了、Key 对了、两端都在线，还是连不上，而且换一台主控机就正常——那问题在主控那台机器的网络环境，不在 RustDesk。公司网络、酒店网络、部分校园网会做深度包检测，远控流量被限速或阻断是常事，这种环境下再怎么调客户端也没用。

反过来，如果换了网络就能连，但一连上就卡得没法用，那就不是“连不上”的问题了，接着看 RustDesk远程画面卡顿、延迟高怎么调。

琐碎的问题，比如能不能改 ID、能不能多设备同时连，归到 RustDesk常见问题 里更合适。