10月底那波群晖勒索风暴之后，中文社区讨论的画风从“谁中招了”变成了“你整改了吗”：升补丁、关端口、开两步验证、配快照，整个11月，大量家庭和小办公室用户第一次给NAS打开双重验证。知乎知乎
很快新的问题冒出来：验证码死活验证不过。多数人的第一反应是验证器App坏了，卸载重装，结果把绑定密钥一起清掉，问题反而更重。更常见的原因其实朴素：手机和NAS的时间对不上。知乎
六位动态码是验证器和群晖各自用“共享密钥+当前时间”算出来的，两端不传密钥，靠时间对齐。系统只容许前后一个周期、也就是几十秒的偏差；超出之后，输得再认真也过不了。所以DSM报错里那句“同步系统时间”，是唯一有效的解法。知乎
手机时间有运营商网络自动校准，NAS的时间却不天然准确：晶振连续跑几个月，秒级偏差会攒成分钟级；主板那颗维持时钟的小电池老化，经历长时间断电后时间可能回到很久以前；虚拟化、整机迁移、快照回滚之后，时间基准也会悄悄变。最难发现的是“形式上的同步”：控制面板“区域选项→时间”里NTP同步的勾打上了，界面显示已启用，后台每次同步却都失败——内网封了端口、域名解析不到，或者填的时间源早已下线。还有一种是数值对、时区错，表面分毫不差，实际差了一整小时。知乎
排查顺序：把手机和NAS的时间并排看一次，精确到秒，再核对两边时区；在NAS上做一次“立即更新”，看“最后一次成功同步”的记录是否新鲜，而不是只看勾有没有打上；最后回到手机，重新打开自动时间。绝大多数问题到这一步就消失了。知乎
另一类卡点是被彻底锁在门外，比如验证器绑定在已离职同事的手机上。这里要分清两层开关：账号级的双重验证，和控制面板“安全→账户安全”里“强制管理员启用双重验证”——后者优先级更高，哪怕某账号的验证已经禁用，换个浏览器或无痕窗口登录，系统仍会强制管理员重新绑定。处置时，用一个还能登录的备用管理员账号，全程不退出它的会话，先禁用故障账号的双重验证，再取消全局强制；部分DSM版本有配置缓存，保存后等两三分钟，再开无痕窗口验证。知乎
所有管理员全部锁死时，才用机身RESET孔兜底：短按约4秒、听到一声蜂鸣立刻松手，它只重置管理员账号和网络配置，硬盘数据和RAID阵列都不受影响；长按到连续两声蜂鸣属于更深的重置，非必要不要碰。之后在同一局域网用Web Assistant扫描设备，以默认admin登录，先改密码、再重配验证。代价要提前知道：静态IP、端口转发、SSL证书、备份与同步任务等网络配置全部清零。知乎
在验证码失效之前，两道保险值得提前备好：开启双重验证时弹出的恢复码，抄下来离线存放，别关掉弹窗就完事；系统里保留两个独立管理员账号，不要把进门方式全押在同一部手机上。知乎
