AnyDesk 无人值守访问功能如何开启并设置固定访问密码？

问题定义：无人值守访问把“等人点接受”换成了预先约定的凭据

远程维护最常见的一幕是这样的：你要连一台放在办公室角落的工作站，电话打过去，对面没人接；或者家里老人的电脑出了问题，你得先教会他们点“接受”。AnyDesk 无人值守访问（Unattended Access）解决的正是这个环节——在被控端预先设置一个固定密码，连接方输入密码即可直接进入桌面，不必等现场人员手动确认。理解这一点，才能判断它究竟适不适合你的维护场景。

这项能力对夜间补丁、跨时区值守、门店收银机排障尤其有价值。但它的代价同样明确：这把“钥匙”是长期有效的，一旦密码强度不足或权限过宽，暴露面就不再局限于一次会话，而是这台机器的全部操作权限。因此本文不谈“一键开启”就结束，而是沿着问题定义、最短路径、例外与副作用、验证与回退的顺序展开，让你在打开开关之前就知道边界在哪。

阅读对象分两类。第一类只需要照着做：请直接跳到对应系统的操作小节。第二类想知道为什么这样配、什么时候不该配：建议按顺序读完，尤其是权限收敛与回退两节——它们决定了这套配置在半年后是否还安全。

三个容易混淆的概念：会话请求、固定密码与账户登录

动手之前先分清三件事，否则很容易在错误的地方找开关。它们分别对应会话建立、设备准入和管理入口，混淆之后往往会把“账户安全”误当成“设备安全”。

第一是“会话请求”，也就是默认的有人值守模式：对方屏幕上弹出接受窗口，点击后才建立连接。第二是“无人值守访问密码”，它保存在被控端本地，连接方在建立会话时输入，是本文的主角。第三是 AnyDesk 账户（my.anydesk.com）的登录凭据，用于管理许可证、地址簿与设备列表。

• 账户密码泄露，并不等于别人能直接连上你的设备，但仍可能被用于篡改配置，同样需要保护。
• 无人值守密码泄露，则等同于把桌面交了出去，风险等级更高。
• 两者不应复用，也不应与操作系统登录密码相同。

把这三者分开管理，是后续所有取舍的基础。举例来说，一个五人小团队可以共用一个账户来管理设备地址簿，但每台机器的无人值守密码必须各自独立——共用账户只是协作便利，共用密码则是把风险乘以五。换句话说，账户是管理入口，无人值守密码是设备入口，系统密码是机器入口，三者各司其职，不能互相替代。

版本演进：入口几乎没变，权限模型却越来越细

从历次版本更迭看，AnyDesk 的安全配置入口保持了相当高的稳定性：桌面端始终在“设置”（Settings）对话框内的“安全”（Security）分区完成无人值守配置。真正变化的是这个分区里的内容密度——早期只有一个勾选框加两组密码输入框，后来的版本陆续把白名单、权限配置文件、会话录制等条目并入同一页，界面也因此变得更长。界面变长并不自动等于更安全，它更多是在提醒使用者：需要逐项确认的配置项变多了。

另一条演进线在系统侧。macOS 对屏幕录制与辅助功能的管控逐年收紧，导致同一个功能在新系统上需要额外授权；Linux 桌面从 X11 向 Wayland 迁移，也让部分会话下的画面捕获出现差异。这些都是经验性观察到的趋势，不构成对具体版本的承诺。

由此产生一条实用的迁移建议：每次大版本升级或操作系统升级后，不要假设配置仍然有效，而是回到“设置 → 安全”确认三件事——勾选框是否仍在、密码是否需要重设、系统权限是否被重置。用一台外部设备实测一次连接，比盯着界面猜测可靠得多。

Windows：最短可达路径与安装前提

在 Windows 上，最短路径是：打开 AnyDesk 主界面 → 点击右上角菜单按钮（≡，部分版本显示为齿轮图标）→ 选择“设置” → 切换到“安全” → 勾选“启用无人值守访问”（Enable Unattended Access）→ 在其下方输入并确认密码（部分版本写作“为无人值守访问设置密码”）→ 点击“应用”或“确定”保存。

为什么强调“应用”这一步：密码框填写完成但未保存时，界面看起来与已配置状态几乎一致，很容易误判。验证方式很简单——关闭设置窗口后重新打开，若密码框显示为已设置状态（通常以掩码或提示文字呈现），说明写入成功。

还有两个前提容易被忽略。其一是权限：修改该设置通常需要管理员权限，若客户端以普通用户身份运行，勾选框可能呈灰色不可选。其二是服务形态：Windows 版在安装后会以系统服务方式运行，这正是它能在用户未登录、停留在登录界面时仍可被连接的原因；如果安装时跳过了服务组件，无人值守可能只在用户已登录的会话中生效。因此，配置前先确认客户端的安装方式，比连接失败后再回头排查更省事。

macOS：系统权限才是真正的门槛

macOS 上的路径是：启动 AnyDesk → 菜单栏选择“AnyDesk” → “偏好设置”（Preferences）→ “安全” → 勾选“启用无人值守访问” → 设置并确认密码。到这里只完成了一半，接下来系统会引导你完成授权，这一步才是 macOS 与 Windows 最大的差别。与 Windows 相比，macOS 的难点通常不在客户端界面，而在系统设置里的授权链条。

授权涉及两项系统能力：辅助功能（用于模拟键鼠输入）与屏幕录制（用于传输画面）。操作位置在“系统设置 → 隐私与安全性”下的对应条目，把 AnyDesk 勾选进去即可。修改后通常需要重启客户端，权限才会真正生效——这是很多“设置了密码却黑屏”的根源。

如果需要在 macOS 处于登录窗口（无人登录）时也能连接，还需要额外授权安装一个辅助组件，过程中会要求输入管理员密码。这一步是把双刃剑：它让维护更彻底，也意味着任何持有无人值守密码的人都可能触达登录界面。因此在不具备物理安全条件的设备上（例如放在公共区域的机器），建议不开启这一层。

经验性观察：macOS 大版本升级后，此前授予的屏幕录制权限存在被重置的情况。升级后若发现连接成功但画面空白，先检查这两项权限，再去怀疑网络或密码。

Linux：服务、显示服务器与登录界面三件事

Linux 桌面端的配置入口与 Windows 类似，同样位于设置内的“安全”分区。差异在于它更依赖系统层面的准备，排查时也应沿着这三层往下走，而不是只在客户端界面里反复试。

第一层是服务。通过 deb 或 rpm 包安装时，通常会一并安装并启用后台服务，只有该服务运行，无人值守在无人登录状态下才可能生效。可以用包管理器查询服务状态来验证，而不是凭界面提示判断。

第二层是显示服务器。在 Wayland 会话下，屏幕捕获可能受到限制，表现为连接成功但画面黑屏或只有部分窗口可见。这属于经验性观察到的现象，验证方法很直接：在登录界面切换回 Xorg 会话，再重复一次连接，若画面恢复正常，即可确认是会话类型导致。

第三层是登录界面访问。不同发行版使用不同的显示管理器，无人值守在登录窗口能否被连接差异较大，通常需要自动登录配置或额外的服务端设置。若你的使用场景不涉及“重启后无人登录”，完全可以跳过这一层，把配置复杂度留给真正需要的机器。对只做日常桌面维护的设备来说，前两层通常已经足够。

移动端：多数情况下不适合做被控端

Android 与 iOS 上的 AnyDesk 主要定位是控制端：用手机连电脑，体验已经相当成熟。反过来把它当作被控端长期开放，则受限于系统的后台策略、权限模型与屏幕捕获限制，稳定性与可预期性都明显弱于桌面端。这并非能力缺失，而是平台约束下的取舍。

因此本文的建议是：无人值守访问的主体放在 Windows、macOS、Linux 三类桌面设备上；移动设备用于临时接入与查看，不作为长期免确认的入口。若确有移动端被控需求，请以你实际安装版本中“设置”里可见的选项为准，先用同一网络内的设备做一次短时连接测试，确认功能存在再纳入流程，而不是照搬桌面端的步骤。

固定密码的安全边界：怎么设，什么时候别设

“固定”是这项功能的卖点，也是它最大的风险来源。合理的做法是把它当成一把长期钥匙来管理，而不是随手填一个记得住的字符串。判断标准不是“方不方便”，而是“这把钥匙失效时，代价有多大”。

• 独立：不与操作系统登录密码、邮箱密码、AnyDesk 账户密码复用。
• 足够长：优先使用密码管理器生成的长随机串，而非可推测的组合。
• 可轮换：在人员变动、外包服务结束、设备转交时立即更换。
• 可追溯：密码的保管位置要明确，避免只存在于某个人的浏览器记忆里。

一个具体场景：公司请外部厂商调试一台服务器，临时开放了无人值守。调试结束后如果只是口头说“不用了”而没有改密码，这把钥匙实际上仍然有效。正确做法是在厂商离场当天更换密码，并在白名单中移除对方设备标识（若此前添加过）。

什么时候不该设？三种情况值得明确排除：设备处于人员流动频繁的公共区域；机器上存放的数据敏感度远高于远程维护带来的收益；以及这台机器本身缺乏基本的系统账户口令与磁盘加密。无人值守只是访问链路上的一环，它无法替代基础安全措施。

权限收敛：白名单、权限配置文件与账户安全

密码决定“谁能进来”，权限决定“进来后能做什么”。在“设置 → 安全”分区内，通常还能看到白名单与权限相关条目，它们与无人值守是互补关系而非替代关系。三者叠加，才构成从“能进来”到“只能做该做的事”的闭环。

白名单的作用是把可连接范围限定为若干已知的 AnyDesk 地址。启用后，未列入名单的设备即使知道密码也无法建立会话。它的适用边界也很清楚：一旦你的支持团队设备地址发生变化（更换电脑、重装客户端），必须同步更新名单，否则会出现“密码没错却连不上”的困惑。

权限配置文件用于约束会话内可执行的动作，例如是否允许文件传输、剪贴板同步、声音传输或远程重启。对于只做巡检、看日志的场景，把权限收窄到“可查看”通常就够用，没有必要默认给到完全控制。

账户层面的双因素认证同样值得开启，它保护的是配置入口本身——即使有人拿到了你的账户凭据，也难以直接修改设备上的无人值守设置。这里遵循最小权限原则：能给“查看”的就不给“控制”，能限定地址的就不开放全网。

网络前提：端口、NAT 与睡眠唤醒

配置正确却连不上，问题常出在网络层。AnyDesk 通过出站连接与中继完成穿透，官方网络文档中列出的常用端口通常包括 TCP 80、443、6568 与 UDP 3478、6568，具体以当前版本文档为准。企业网络里若只放行了 443，功能一般可用，但在受限网络下速度与稳定性可能受影响。

家用或小型办公环境通常不需要在路由器上做端口映射，这也是它比自建方案省事的地方。真正需要注意的是设备的电源状态：处于睡眠或休眠的机器无法响应连接。若设备支持网络唤醒，可在路由器或同网段设备配合下尝试唤醒，但这一能力受网卡、主板与网络拓扑限制，跨网段往往不可用。

另一个常被忽视的变量是地址本身。被控端的 AnyDesk 地址在重装系统、克隆镜像或更换设备后可能发生变化。若你的流程依赖“记住九位数字”，请把它登记在资产表里；若需要更稳定的标识，可考虑设置别名（需账户支持），并在变更后同步给所有使用者。排查时建议先看这条链路是否通畅，再看电源与地址，最后才怀疑客户端配置。

验证：怎么确认配置真的生效了

保存设置不等于生效。建议按下面这组可复现步骤做一次完整验证，观察点尽量客观。验证的价值在于把“看起来配好了”变成“换一台设备、换一个网络仍然成立”。

1. 用另一台设备连接被控端地址，在提示处选择使用密码连接，输入刚设置的密码。
2. 预期可观测结果：直接进入桌面，不出现等待对方接受的提示窗口。
3. 换网络再测一次，例如让控制端走手机热点，用以排除同一局域网内的偶然成功。
4. 重启被控机并停在登录界面，重复第 1 步，验证无人登录状态下的表现。
5. 记录结果：连接是否需要在登录界面额外操作、画面是否完整、键鼠是否可用。

第 4 步最能暴露差异。在 Windows 上，若服务组件缺失，你可能会看到连接建立但无法进入桌面；在 macOS 上，若辅助组件未授权，登录界面可能不可达；在 Linux 上，Wayland 会话的黑屏问题也常在这一步显现。把这三类现象区分开，后续排查会快很多。

验证完成后，建议顺手清理一次测试痕迹：删除不再需要的白名单条目，确认没有在控制端长期保存密码，尤其是共用设备上的“记住密码”选项。

回退：改密码、关功能与撤销授权

任何开放式的访问配置都应配有回退路径。无人值守的回退分三个层级，按影响范围从小到大排列，分别对应常规轮换、临时停用与设备退役。

最轻的一层是更换密码：回到“设置 → 安全”，重新输入并确认新密码即可，旧密码随即失效。这一操作不影响其他配置，适合人员变动后的常规轮换。

第二层是关闭功能：取消“启用无人值守访问”的勾选并保存，之后所有连接都需要现场确认。如果只是临时停用（例如设备送修期间），这是成本最低的做法。

第三层是撤销系统级授权：在 macOS 的隐私与安全性设置中移除 AnyDesk 的辅助功能与屏幕录制权限，或在 Linux 上停用相关服务。这一层最彻底，但恢复时需要重新走一遍授权流程，适合设备退役或转交他人的场景。

故障排查：按现象定位，而不是逐个试

下面这组对照按“现象→可能原因→验证→处置”组织，覆盖最常见的几类问题。请优先验证，再动手改动，避免在多个变量之间反复横跳。表格只是起点，真正要养成的是“先定位再修改”的顺序。

值得单独说明的是第一行现象。它出现频率最高，原因往往不是配置本身，而是“改了但没保存”。在多人协作的环境里，还可能是同事在另一处覆盖了设置。遇到反复失效，先确认是否有人在并行操作同一台设备。

适用与不适用：一份准入清单

把决策前置，比事后补救省力。以下条件同时满足时，开启无人值守通常是划算的：设备位置固定且有一定物理安全保障；使用者明确且数量可枚举；维护需求是持续性的而非一次性；已有密码管理与变更记录的习惯。

反之，出现下列任一情况时建议暂缓：设备会随人员流动（例如共用笔记本、展会样机）；机器上运行着不可中断的业务，任何远程误操作代价过高；尚不具备基本的口令与磁盘加密措施；或者是出于“以后可能用得上”而提前开放。最后一种最容易被低估——闲置的入口不会自己消失。

还有一个中间选项常被忽略：对低频维护的设备，不开启无人值守，而是约定一个固定的维护窗口，由现场人员配合确认。多花几分钟，换来的是没有长期敞开的入口，这在只有两三台设备的场景里往往更合理。决策前置的核心，是承认无人值守是一项长期开放的能力，而不是一次性的便利。

最佳实践检查表

把上面的要点压缩成一份可执行的清单，配置完成后逐项对照即可。清单不是形式，它把口头约定变成可交接的运维动作。

• 密码独立于系统与账户密码，长度足够，存放位置明确。
• “启用无人值守访问”已勾选并保存，重开设置窗口可确认状态。
• macOS 已授予辅助功能与屏幕录制；Linux 已确认服务运行且会话类型兼容。
• 白名单（如启用）已包含所有需要接入的设备地址，并有更新机制。
• 权限配置文件按最小必要原则设置，未默认开放文件传输等高风险动作。
• 账户侧已启用双因素认证，配置入口本身受到保护。
• 已在不同网络环境完成一次连接验证，并单独验证了登录界面场景。
• 资产表记录了设备地址、负责人与最近一次密码变更时间。
• 明确了回退责任人：谁有权关闭该功能、多久复核一次。

这份清单的价值不在于一次打勾，而在于周期性复核。建议把它挂到季度运维检查里，重点关注人员变动后的密码轮换与白名单清理——这两项是实践中最容易滞后的环节。

常见问题（FAQ）

以下问题对应前文最容易踩坑的环节，答案尽量给出可复现的处理路径。

下一步：先验证，再决定是否长期保留

回到最初的问题：AnyDesk 无人值守访问的开启动作本身并不复杂，Windows 与 macOS 都在“设置 → 安全”里完成，Linux 多一层服务与显示服务器的前提。真正决定成败的是配置之后的三件事——密码是否独立且可轮换、权限是否收敛到必要范围、失效时是否有明确的回退路径。

如果这是你第一次配置，建议先拿一台非关键设备走完全流程：设置密码、用另一网络验证、重启后验证登录界面、再关闭功能确认回退可用。整套动作通常能在十几分钟内完成，却能把后续大多数“连不上”“黑屏”“提示等待接受”的猜测提前排除。

从版本预期看，安全配置入口大概率仍会围绕“设置 → 安全”展开，但系统侧的权限要求与平台限制仍可能继续变化。经验性观察是，每次系统升级后回到该分区复核一次，比记住某个版本的界面位置更可靠。

最后给一条经验性建议：把无人值守视为一项需要定期复核的运维资产，而不是一次性的开关。设备清单变化时同步更新，人员变动时立即换密码，闲置设备及时关闭入口——这三条做到，功能带来的便利才会稳定地留在收益一侧。