功能定位：白名单为空时的安全缝隙
在 AnyDesk 8.2.0 及之后版本，若管理员未在「安全→白名单」内预置任何 AnyDesk-ID，客户端默认拒绝所有入站请求。然而现场运维常出现“临时支援”场景：外包工程师、供应商或家庭用户仅需要三分钟排错，却来不及让总部在控制台追加 ID。此时「单次放行」机制可在不破坏空白名单策略的前提下，让本地操作员手动放行一次，会话结束后权限自动失效，既满足合规，又保留审计痕迹。
功能定位：白名单为空时的安全缝隙
版本演进：从「临时接受」到「接受一次」
7.0 之前，AnyDesk 用「临时接受」按钮，作用等同于关闭白名单校验，直到软件重启。8.0 起引入「接受一次(Accept Once)」，仅对当前会话有效，软件重启或会话挂断后，该 ID 不再享有直通资格。8.2.0 又追加「自动过期」——若对方 30 分钟内未成功建立连接，本地授权自动失效，避免操作员遗忘点击「拒绝」带来的长期敞口。
操作路径：Windows / macOS / Linux 桌面端
- 保持白名单为空：设置→安全→白名单，确认列表内无任何条目。
- 当远端请求弹窗出现时，下方会出现「接受一次」按钮（若已启用「始终显示接受/拒绝」）。
- 点击「接受一次」→选择权限模板（默认、查看、交互、管理）→连接建立。
- 会话结束或手动断开，该 ID 立即失去再次连接的资格；如需复连，必须重新走弹窗流程。
若未看到「接受一次」，请检查「设置→安全→交互式访问」是否被策略强制关闭；企业版可由控制台下发「AllowAcceptOnce=1」恢复按钮显示。
Android / iOS 移动端差异
移动版弹窗仅提供「接受」「拒绝」两项，没有「接受一次」文字，但逻辑等价：当白名单为空且「设置→安全→允许临时接受」开启时，点击「接受」即视为一次性授权，断开后不再放行。iOS 因系统限制，后台 30 秒无交互会自动拒绝，适合更短的应急场景。
命令行与自动部署：静默场景如何放行
对无头 Linux 设备，可在本地终端执行：
anydesk --accept-once=<远端ID> --permissions=2
参数 2 代表「交互」权限；命令仅对下一次连接生效，随后配置自动回滚。经验性观察：在 Debian11 ARM64 板卡上，该指令有效期同样受 30 分钟超时限制，可复现验证：执行后让远端等待 31 分钟再连，会被拒绝并返回「not_whitelisted」日志。
失败分支与回退方案
- 若操作员误点「接受」而非「接受一次」，可在会话活跃时立即进入「会话列表→右键→撤销授权」，强制断开并清除该 ID 的临时票据。
- 当控制台启用了「自动白名单」策略（AutoWhitelist=1），点击「接受一次」会同步把对方 ID 写入永久列表，此时需手动删除条目才能回退；如企业不允许，请提前关闭该策略。
- 出现「0x5f4 拒绝：策略禁止」提示，说明管理员已通过 REST API 下发「AcceptOnce=0」，本地无法绕过，只能让后台临时加白。
最佳实践：何时用「接受一次」而非加白
| 场景 | 建议方案 | 理由 |
|---|---|---|
| 外包月度巡检 | 提前加白 | 频率高，需重复连入 |
| 厂商一次性灌装机 | 接受一次 | 用完即弃，避免残留 |
| 家庭用户远程协助 | 接受一次 | ID 经常变动，维护成本高 |
| 合规审计严格 | 接受一次 + 录屏 | 审计日志自动标记「once」标签，便于事后追踪 |
最佳实践：何时用「接受一次」而非加白
不适用清单：接受一次无法解决的问题
1. 需要长期无人值守：接受一次会在重启后失效，适合有人值守的终端。
2. 批量推送软件：脚本里循环调用 --accept-once 会导致每次都要人工点确认，不如直接用 API 预加白。
3. 法规要求双向白名单：某些军工场景要求「主控端与被控端互相写入白名单」，单次放行不满足互认条件。
验证与观测：如何确认授权已失效
- 在「设置→隐私→会话日志」过滤「once」，可看到「Accept-Once granted for <ID>」与「Accept-Once revoked」两条记录，时间差即单次授权窗口。
- 命令行执行：
anydesk --show-temp，若返回空列表，说明当前无一次性票据。 - 让远端再次连接，应收到「AnyDesk-ID not whitelisted」提示，可确认失效。
常见疑问 FAQ
接受一次能否设置自定义超时？
截至当前最新版本，30 分钟阈值硬编码在客户端，暂不支持自定义；可通过控制台策略关闭接受一次功能，但无法缩短或延长。
接受一次是否突破文件传输限制？
不会。权限模板由本地操作员在点击「接受一次」时选定，若选「仅查看」则文件传输仍被禁用，与永久白名单权限保持一致。
Linux 无图形界面如何操作？
使用 anydesk --accept-once=<ID> 命令即可，但需保证 anydesk.service 已启动且对端在 30 分钟内发起连接，否则票据自动失效。
安全提醒：接受一次≠永久放行
警告
接受一次虽然便捷，但仍会在本地生成临时票据文件（路径因系统而异，通常在 %ProgramData%AnyDeskad_temp_auth.conf 或 /etc/anydesk/ad_temp.conf）。若设备立即被恶意用户取得物理权限，可通过拷贝该文件在 30 分钟内重复连入。建议在高风险环境配合「会话结束即关机」或「BIOS 密码」降低物理敞口。
总结与下一步行动
AnyDesk 白名单为空时，「接受一次」提供了合规且可审计的临时通道，适用于一次性技术支持、家庭远程协助等短平快场景。操作员只需在弹窗点击一次，即可在 30 分钟窗口内放行指定 ID，会话结束自动失效，无需改动后台策略。若你的组织需要更高频或无人值守访问，应改用 REST API 预加白，并结合 FIDO2 无密码登录、会话水印等 8.2.0 新功能，形成分层防御。立即打开客户端，检查「设置→安全→白名单」是否为空，然后让同事发起连接，亲自体验「接受一次」的完整流程，并观察日志中的「once」标记，确保审计闭环。