AnyDesk ID 重置避坑实录：删了 system.conf 号却不肯变，最后我用一个脚本“核平“了它

AnyDesk ID 重置避坑实录：删了 system.conf 号却不肯变，最后我用一个脚本"核平"了它

【免费下载链接】generate-a-new-anydesk-idGenerate a new AnyDesk ID项目地址: https://gitcode.com/gh_mirrors/ge/generate-a-new-anydesk-id

周五晚上十一点，我把一台退役的办公笔记本交到新同事手里，交接清单里却漏掉了最要命的一项：重置 AnyDesk ID。第二天一早她就发来截图，AnyDesk 弹窗提示"设备已在别处登录"，而我的手机端里这台机器依然在线——知道旧 ID 的人，随时能发起连接。那晚，我被迫连夜研究怎么把旧身份彻底抹掉，过程比想象中曲折得多，期间我删了配置文件，还差点怀疑人生。

第一幕 事故现场：ID 泄露往往从一台"以为删干净了"的设备开始

设备交接、二手出售、员工离职，这三个场景是 AnyDesk ID 泄露的高发入口。我的失误在于：只把 AnyDesk 图标从桌面拖进了回收站，以为卸载就万事大吉。

实际上，AnyDesk 的服务还挂在系统里，配置还躺在磁盘上，ID 依旧有效。旧 ID 没被吊销，等于给上一个使用者留了一扇随时能敲的门。

第二幕 第一次抢救：删 system.conf，失败

网上几乎所有教程口径一致：AnyDesk ID 存在C:\ProgramData\AnyDesk\system.conf里，删掉重启就行。

我照做了：停服务、删文件、重启 AnyDesk。结果 ID 纹丝不动，还是那串熟悉的九位数。我又不信邪地试了一遍，甚至把整个ProgramData\AnyDesk目录都端了，重启之后 ID 依然原封不动。

那一刻我意识到，教程和现实之间隔着一层没人明说的东西。

第三幕 真相：AnyDesk ID 是个"到处留副本"的选手

后来翻项目作者的 README.md 才明白，ID 根本不是只写在一个地方。它至少有两个"窝点"：

• 系统级目录C:\ProgramData\AnyDesk：放着 system.conf 等核心配置；
• 用户级目录C:\Users\<用户名>\AppData\Roaming\AnyDesk：AnyDesk 把 ID 和相关设置又复制了一份到每个本地用户的配置文件里。

只删系统级那一份，AnyDesk 一启动就从容地从用户目录把 ID 重新读回来。作者在 README 里也记了同样的坑：他遇到过只删 system.conf 后 ID 死活不换的情况，这才决定换思路。

第四幕 决定核平：温柔删除是死路，我选了 failsafe

既然不知道 ID 在多少个地方留了副本，那就换个打法：把两个老巢连锅端，让 AnyDesk 从白纸重新开始。

作者把这套方案叫 "failsafe"（保底方案）。代价很直白——连接历史、自定义设置、保存的密码全部清零，但换来一个 100% 全新的 ID。有人觉得这太"破坏性"，可对正在处理设备交接的我来说，这笔交易划算极了：旧主人的一切痕迹彻底消失，比"以为删干净了"安心得多。

第五幕 一键核平实操：这个脚本到底干了什么

手工挨个删既慢又容易漏，我直接用了仓库里的 gnadid.bat 脚本。获取方式很简单，克隆下来即可：

git clone https://gitcode.com/gh_mirrors/ge/generate-a-new-anydesk-id

脚本的完整逻辑可以打开文件查看，核心思路就四步，顺序还颇有讲究：

① 先停服务，别让它偷偷写回文件

SC.exe stop AnyDesk SC.exe config AnyDesk start= disabled

先把 AnyDesk 的后台服务停掉并禁用，否则删到一半，服务可能又把配置写回来，前功尽弃。

② 强杀进程，清空内存里的残留

TASKKILL.exe /F /IM AnyDesk.exe /T

把正在运行的 AnyDesk 进程连根拔掉，保证没有任何程序还攥着配置文件不撒手。

③ 端掉两个老巢：系统目录 + 每个用户的配置

RMDIR "%ProgramData%\AnyDesk" /S /Q

系统级目录直接删。用户级目录稍麻烦——脚本会枚举这台机器上的所有本地账户，挨个删掉他们AppData\Roaming\AnyDesk里的副本。删除前还会用 TAKEOWN 和 ICACLS 先把文件所有权抢过来，免得系统提示"没有权限"。

④ 复原环境，让 AnyDesk 重新发号

删完之后把服务改回自动启动，再拉起来。AnyDesk 发现配置目录不存在，就会按出厂逻辑生成一套全新的 ID。脚本最后还会判断系统是 32 位还是 64 位，找到对应安装目录把程序启动起来。全程两分钟以内，结尾会打印一句Done!。

动手前的三条红线

• 管理员权限是硬门槛：脚本要动 ProgramData 和所有用户的目录，普通权限跑不动。请右键gnadid.bat→以管理员身份运行。
• 先备份再核平：连接列表、自定义设置、保存的密码，删了就找不回来，有需要就先导出。
• 版本选择有讲究：如果你受不了新版 AnyDesk 的商业使用弹窗和强制断开，作者实测推荐Windows 用 6.0.8、Linux 用 6.0.1这类旧版本，功能稳定，还没有新版那些幺蛾子。另外提醒一句：脚本目前只支持 Windows，Linux 版作者还在开发中。

换完 ID 之后，我给自己补的三堂安全课

1. 密码才是真正的锁：AnyDesk 服务器曾出过泄露事件，但客户端的数据（包括密码）都存在你自己的设备上，不在它的服务器里。别人想靠一个 ID 连进来，绕不开你设的密码——所以把密码设复杂点，比折腾 ID 更值。
2. 定期重置是低成本习惯：远程连接越频繁，越建议每隔三到六个月重置一次 ID，把可能已经泄露的入口主动关掉。
3. 交接设备的固定动作：现在我的交接清单里多了一项——设备移交前，先跑一遍重置脚本，让下一任使用者从一张白纸开始。

折腾了一整晚，我最终没能在旧 ID 上"抢救"出任何东西，但换来了一台干干净净、ID 全新的机器。回头看，这次踩坑最大的收获不是那个脚本，而是一个朴素的认知：当你不知道一个东西在多少个地方藏了副本时，"彻底清空"往往比"精准删除"更可靠。

下次再有人问我"AnyDesk ID 怎么换"，我会先把我的深夜经历讲给他听，然后告诉他：删配置文件这条路，我已经替你走过了，是死路。

【免费下载链接】generate-a-new-anydesk-idGenerate a new AnyDesk ID项目地址: https://gitcode.com/gh_mirrors/ge/generate-a-new-anydesk-id