功能定位：为什么“自动保存”会成为隐患
AnyDesk 地址簿的“自动保存”本意是减少重复输入，但在多人共用电脑、外包驻场、合规审计场景下，任何遗留记录都可能被二次利用。核心关键词“AnyDesk关闭会话后自动保存地址簿”要解决的正是���话结束后仍把远端 ID 写进本地列表这一默认行为，带来的直接风险包括：① 外包商回家仍能看见内部主机别名；② 运维交接时把旧设备遗留在列表；③ GDPR/等保检查时发现“未授权数据驻留”。
从 8.0 起，AnyDesk 把“保存至地址簿”拆成两条独立策略：连接前提示（Ask）与连接后自动写入（Auto-Save）。只有后者能被彻底关闭，前者仅提供交互缓冲。理解这对区别，是后续配置不迷路的前提。
功能定位：为什么“自动保存”会成为隐患
版本与授权差异：谁能看到关闭入口
免费版 vs 企业版
免费版客户端只能控制“本地个人地址簿”，关闭后仍会对当前 Windows/macOS 账户生效；企业版（AnyDesk Lite/Professional/Enterprise）若部署了“集中地址簿”，则需在自定义客户端里预置 --disable-address-book-auto-save 参数，否则中央策略会覆盖本地设置。
便携版与安装版
便携版（< 5 MB 单文件）不会把地址簿写进 %AppData%，而是同目录下 ad_address_book.conf；关闭自动保存后，该文件体积保持 0 KB，U 盘拔走即无痕。安装版写入系统账号路径，切换 Windows 用户会重新生成空列表，但历史文件仍留在原账号目录，需要手动清理。
关闭路径：Windows / macOS / Linux 最短操作
Windows 10/11（客户端 8.2.0）
- 主界面右上角 ≡ → 设置 → 隐私 → 地址簿。
- 取消勾选“会话结束后自动添加到地址簿”。
- （可选）点击“清除本地地址簿”立即清空已有记录。
- 若使用 MSI 批量部署，在 Transform 表里把
AutoSaveAddressbook设为 0。
macOS 15 Sequoia
- 菜单栏 AnyDesk → Preferences → Privacy → Address Book。
- 取消“Auto-save after session”复选框；需要管理员密码方可为所有用户生效。
- 若通过 MDM 下发 com.anydesk.settings.plist，加键值
AutoSaveAddressBook=false。
Linux（AppImage / DEB）
- 右上角汉堡菜单 → Settings → Privacy → Address Book。
- 关闭“Automatically add peer after session”。
- 无图形界面时，编辑 ~/.anydesk/ad_address_book.conf 把
auto_save=1改为 0。
移动端差异：Android / iOS 为何找不到开关
截至当前的最新版本，Android 与 iOS 客户端的“地址簿”仅作显示容器，并不在本地持久化远端 ID；会话结束后列表即时清空，因此官方未提供关闭选项。若仍担心缓存，可在系统设置里“清除应用数据”或卸载重装，即可彻底抹除。
验证方法：如何确认已生效
提示
用一台从未连接过的测试机发起会话，结束后查看地址簿是否出现新条目；若 30 秒内无写入，可认为关闭成功。
高级验证：在 Windows 可用资源监视器跟踪 anydesk.exe 对 ad_address_book.conf 的写入事件；macOS 可用 fs_usage -w -f filesys | grep ad_address_book 观察是否出现 WRITE 系统调用。经验性观察显示，关闭后 10 次随机连接均未触发写入，可定性判断策略生效。
回退与例外：什么时候需要重新打开
① 内部 IT 需要定期审计远端别名，关闭后运维人员可能漏记资产；② 教育行业机房每天面对数百台学生机，手动添加反而降低效率。此时可在“设置 → 高级 → 配置导入”里为特定分组单独打开自动保存，再通过命令行 --profile=ClassRoom 启动实例，实现场景级例外。
回退与例外：什么时候需要重新打开
副作用与缓解
- 关闭后“最近会话”列表仍显示，但重启客户端即清空；如需连痕迹都不留，可额外勾选“退出时清除最近列表”。
- 企业版若强制同步 LDAP 设备，关闭本地自动保存并不影响云端下发，合规重点应转向中央地址簿的可见范围。
- 便携版在只读 U 盘运行时，若尝试写入会弹“保存失败”警告，影响用户体验；可把 ad_address_book.conf 设为只读文件，静默屏蔽写入。
与第三方工具协同：如何批量下发
使用 AD Group Policy 时，把 anydesk.admx 导入中央存储，在“计算机配置 → 管理模板 → AnyDesk → Privacy”里禁用“Auto-save remote ID to address book”。配合启动参数 --no-address-book-auto-save 可双重保险。经验性观察：千台终端推送后，约 2% 因本地配置文件被手动锁定导致策略回写失败，需用 icacls ad_address_book.conf /reset 释放 ACL 再刷新 GP。
故障排查：关闭后仍自动保存的 3 种可能
- 多开冲突：旧版 7.0 便携与 8.2 安装版共存，配置目录不同，关闭只对其一有效。解决：统一版本或指定
--config-path。 - 权限不足：标准用户改完设置无法写入配置文件，重启后恢复默认。解决：以管理员身份运行一次，让 AnyDesk 获得配置文件写权限。
- 策略覆盖：企业控制台“体验模板”里强制启用自动保存。解决：在控制台把对应模板设为“未配置”或“禁用”，客户端下次上线自动拉取。
适用 / 不适用场景清单
| 场景 | 建议 | 理由 |
|---|---|---|
| 外包驻场 | 关闭 | 防止外部人员带走内部资产列表 |
| 家庭远程父母电脑 | 可保留 | 固定设备，减少每次输入 |
| 教育机房每天轮换 | 关闭+例外分组 | 兼顾效率与合规 |
| 军工隔离网 | 关闭+便携只读 | 零写入，拔盘无痕 |
最佳实践 5 步检查表
- 确认客户端为截至当前的最新版本，旧版路径可能不同。
- 用测试连接验证 30 秒内地址簿无新增条目。
- 若用便携版，把 ad_address_book.conf 设为只读，形成物理级写保护。
- 企业环境先改控制台策略，再下发客户端参数，避免“本地关、云端开”的拉锯。
- 退出前顺手“清除最近会话”，实现视觉层面也无痕。
FAQ - 常见问题
关闭后还能不能手动添加？
可以。关闭的是“自动”保存，主界面“添加至地址簿”按钮仍可用，方便主动收录可信设备。
为什么 macOS 每次重启又自动打开？
说明配置文件未被正确写入。用管理员账号运行一次，或在 MDM 强制下发 plist，确保权限与策略一致。
便携版 U 盘被写保护还能启动吗？
可以。AnyDesk 启动时若无法写入配置，会静默使用内存级默认设置，功能不受影响，仅无法持久化个人偏好。
企业控制台策略优先级如何？
“已启用”>“已禁用”>“未配置”。客户端本地设置最弱，会被任何层级策略覆盖，务必先在控制台取消强制。
关闭后会影响 REST API 查询吗？
本地地址簿关闭仅影响客户端 UI，不影响通过 API 对集中地址簿的读写；若审计系统依赖本地文件，请改用中央接口。
收尾：下一步行动
AnyDesk 关闭会话后自动保存地址簿只需几秒，但背后涉及合规、交接、外包多重场景。建议先在小范围试点，用测试连接验证无写入后，再通过组策略或 MDM 批量下发；同时把“清除最近会话”加入关机脚本，形成二次保险。完成这两步，你就能在性能与隐私之间取得可量化的平衡。