关于远程中继服务器的问题总结_RustDesk

首先是基础配置
服务
ID服务器 端口 21116 用于链接
21115只是探测
中继服务器 21117
Key 去hbbs日志里看

hbbs 管理 登录

hbbr 管理转发

ok 一下是专业术语

hbbs 和 hbbr 完整区别（大白话 + 端口 + 作用）
一、核心定位一句话区分
hbbs = ID 信令服务器（大脑、登记处、调度）
所有客户端必须先连它，只负责登录、鉴权、找对方、协商通道；不传输画面、不耗带宽。
hbbr = 中继转发服务器（中转站）
只有 P2P 直连失败才启用，专门转发屏幕画面、鼠标、文件流量；所有数据流走这里会叠加延迟、占用服务器带宽。
二、各自负责的工作
hbbs（21115/21116 端口）
设备上线注册、分配 RustDesk ID；
维持心跳，判断设备在线 / 离线；
验证客户端密钥（你填的那串 Base64 Key），非法设备拒绝接入；
测试两边 NAT 类型，尝试打洞建立 P2P 直连；
P2P 不通时，通知两端去连接 hbbr 中继。
hbbr（21117 端口）
P2P 穿透失败后，中转全部远程画面、键鼠、音频、文件；
仅做数据搬运，不参与 ID 登录、密钥校验；
多设备同时走中继会占满服务器上行带宽，卡顿明显。
三、对应端口（重点，你配置客户端用）
hbbs 端口（客户端 ID 服务器填 公网 IP:21116）
21115 TCP：NAT 网络探测，服务器防火墙放行即可，客户端不用填；
21116 TCP+UDP：核心注册、心跳、P2P 协商，客户端 ID 服务器栏必填:21116；
21118 TCP：网页客户端（一般不用）。
hbbr 端口（客户端中继服务器填 公网 IP:21117）
21117 TCP：唯一中继流量端口，画面中转全走这个。
四、两种连接流程
1）理想 P2P 直连（优先，延迟最低）
控制端 → hbbs（登记 + 协商） → 两端直接 UDP 互通，全程不经过 hbbr。
2）走中继（网络受限才会触发）
控制端 ↔ hbbs（验证） ↔ hbbr ↔ 被控端
所有画面数据都从 hbbr 服务器绕一圈，延迟变高。
五、客户端配置对应关系
ID 服务器输入框 → 指向 hbbs:21116
中继服务器输入框 → 指向 hbbr:21117
Key 密钥：是 hbbs 生成的公钥，用来验证客户端合法性，hbbr 不校验密钥。
六、使用建议（中俄跨境）
不要强制走中继，默认自动 P2P 优先；
hbbs 轻量，低配服务器就能跑；hbbr 吃带宽，多连接建议高带宽机器；
只要软件能登录、显示在线，说明 hbbs 正常；只有连接时卡顿 / 黑屏，才是需要 hbbr 中继。

一般情况下 都是 ip 端口 key 配置问题。所谓的时间戳什么的 没什么关系 ，实在没办了在考虑