门店运维想省人：RustDesk 这样自建更稳
连锁门店的收银机、点餐屏、监控主机一出问题就得跑现场，很耗人。RustDesk 适合做“自建远程桌面”：你把中继/ID 服务器放在自己云上，门店设备走私有通道，不依赖第三方平台，也更好做权限审计。下面按门店运维常见场景，把无人值守、私有中继、内网访问、审计配置讲清楚（参数以 RustDesk 2026 年官网文档为准）。
无人值守安装：让门店设备开机就能连
目标很简单：设备重启后不用店员点“允许”，总部也能接管。
- Windows 门店机：用静默安装参数推送（如域控/GPO、远程脚本、装机 U 盘）。装完写入固定密码或启用“固定访问密码”，再把 RustDesk 配成开机自启。
- 收银/触屏一体机：建议单独建“门店-设备”命名规范，比如“SH-023-POS-01”，后面做审计一眼能看懂。
- 安全小细节：固定密码别用门店电话、店长生日这类。给每台机单独密码，出事好追责。
案例：20 家店、每店 3 台设备，共 60 台。用脚本推送+统一命名，半天能铺完，后续故障远程处理能少跑很多趟。
私有中继/ID 服务器：把流量留在自己手里
RustDesk 自建核心就两个服务：hbbs（ID/信令） 和 hbbr（中继转发）。做法偏“运维常规”：准备一台云服务器（2C4G 起步就够用，门店多再加），开通固定域名和证书。
- 部署 hbbs/hbbr（Docker/二进制都行），云安全组放行对应端口；端口号按你部署时的配置来，别照抄别人的。
- 在门店客户端里把“ID Server/Relay Server”改成你的域名，并导入/信任自建证书指纹，避免被中间人劫持。
- 门店网络经常是多层 NAT：能直连就直连，直连失败才走中继。中继带宽要按峰值算，比如同时 10 台 1080p 远程，云出口 50–100Mbps 会更舒服。
内网设备访问与权限审计：让“能连”变成“可控、可查”
门店里常见一堆“内网孤岛”：NAS、打印服务器、摄像机管理机。做法是让一台门店常在线的电脑当跳板，或给关键设备都装 RustDesk。
- 访问策略：总部账号分角色：运维可控全部、财务只控财务机、外包只给临时权限。
- 临时授权：外包远程时用一次性授权/限时密码，工单结束立刻回收。
- 审计落地：要求开启连接日志（谁在什么时间连了哪台设备、持续多久）。日志集中到总部存储，至少保留 90 天，遇到“收银被改价”这种事能追到人。
可执行建议（2026年5月11日 14:00 之后就能开干）：挑 1 家门店做试点，选 3 台设备（收银+后厨屏+店长电脑），用自建 hbbs/hbbr 跑满 3 天；把命名规范、固定密码规则、外包临时授权流程写成一页纸；试点稳定后按“每周 10 台”的节奏推广，云服务器带宽不够就及时扩容，别等到高峰期卡顿才补救。
