核对 TOTP 时间步长与共享密钥是否与服务端一致
当安令码生成的验证码被服务端拒绝时，首要任务是确认生成端与验证端的参数完全一致。根据 RFC 6238 标准，TOTP 算法要求生成端与验证端使用一致的共享密钥及时间步长，并能获取当前 Unix 时间。虽然 30 秒是默认的时间步长，但这并非所有服务的固定配置。部分企业级服务或特定平台可能采用 60 秒或其他自定义步长。如果安令码中的条目配置为默认的 30 秒，而目标服务要求 60 秒，生成的验证码将永远无法通过验证。
排查时，请仔细检查安令码中该条目的属性设置。确认其算法类型明确标注为 TOTP，并核实时间步长参数是否与目标账户的安全设置页面显示的一致。同时，共享密钥的准确性至关重要。手动输入密钥时，极易因混淆字符（如数字 0 与字母 O，或小写 l 与数字 1）导致密钥错误。建议优先使用扫描二维码方式添加账户，若必须手动输入，请逐字符核对，确保大小写和特殊符号完全无误。任何微小的密钥偏差都会导致生成的哈希值完全不同，从而产生无效的验证码。
- 确认条目类型为 TOTP 而非 HOTP，并检查时间步长是否为 30 秒或服务指定的其他值。
- 核对共享密钥是否与目标服务提供的原始密钥完全一致，避免手动输入错误。
- 若目标服务使用非标准步长，必须手动调整安令码中的对应参数，否则验证码将持续无效。
检查手机系统时间与网络时间同步状态
TOTP 算法的核心依赖于时间戳。如果运行安令码的 Android 设备系统时间与标准 Unix 时间存在显著偏差，生成的验证码将与服务端预期的时间窗口错位。这种身份验证器手机时间偏差是导致验证码无效的常见原因之一。即使偏差只有几十秒，也可能导致客户端处于当前时间步长，而服务端已进入下一步长，或者反之。因此，确保设备时间的准确性是排查过程中的关键步骤。
请在 Android 系统的“设置”应用中，找到“日期和时间”选项。确认“自动确定日期和时间”或“使用网络提供的时间”选项已开启。不要依赖手动设置时间，因为手动设置无法保证毫秒级的精度，且容易随电池耗尽或重启产生漂移。开启自动同步后，观察当前显示的时间是否与可靠的网络时间源（如国家授时中心或主流新闻网站时间）保持一致。如果切换网络环境（如从 Wi-Fi 切换到移动数据）后时间发生跳变，说明网络时间协议（NTP）同步可能存在延迟，建议等待几分钟让系统完成校准后再尝试生成验证码。
- 在系统设置中开启自动日期与时间同步，确保设备时间与网络时间源偏差在数秒内。
- 避免手动设置时间，以防因时钟漂移导致长期的时间不同步。
- 若时间偏差超过一个步长窗口（如 30 秒），生成的验证码将与服务端预期完全错位，必须校准时间。
区分验证码刚刷新仍无效与重复使用被拒
用户常遇到“安令码验证码刚刷新仍无效”的情况，这需要区分是时间同步问题还是验证码重复使用限制。根据 RFC 6238 规定，同一时间步长内生成的 TOTP 值是相同的。这意味着，在一个 30 秒的窗口期内，无论刷新多少次，显示的验证码数字都不会改变。更重要的是，为了安全起见，验证端在一次成功验证后，不得再次接受该时间步长内的同一验证码。如果用户在第一个窗口期提交了验证码但因网络延迟未收到成功响应，随即在同一个窗口期内再次提交相同的验证码，服务端将拒绝该请求。
排查此类问题时，请观察安令码界面中的验证码刷新倒计时。如果在提交失败时，倒计时尚未归零，说明仍处于同一个时间步长。此时再次提交相同的验证码必然失败。正确的做法是等待倒计时结束，进入下一个全新的时间步长，生成新的验证码后再进行提交。此外，在窗口切换的瞬间（如倒计时最后 1-2 秒）提交验证码也存在风险，因为客户端和服务端对“当前步长”的判断可能因网络延迟或时钟微小差异而出现分歧。建议在倒计时剩余时间充足时提交，或在进入新窗口后立即提交。
- 确认是否在同一个 30 秒窗口内多次提交相同验证码，服务端按标准不得重复接受。
- 观察安令码中的刷新倒计时，避免在窗口切换边界提交，以防两端时间判断不一致。
- 若提交失败，请等待下一个完整的时间步长，使用新生成的验证码再次尝试。
排查 HOTP 计数器失步与 TOTP 时间失步的差异
安令码同时支持 TOTP 和 HOTP 两种算法，两者的同步机制截然不同。TOTP 依赖时间，而 HOTP 依赖递增计数器。RFC 4226 描述了基于计数器的一次性密码算法 HOTP，其计数器必须在生成端与验证端保持严格同步。如果用户误将 HOTP 账户当作 TOTP 账户排查时间问题，将无法解决故障。HOTP 失步通常发生在客户端连续生成了多个验证码但未提交给服务端，导致客户端计数器超前于服务端。例如，用户不小心点击了多次“复制”或“查看”，生成了第 101、102、103 个验证码，但服务端仍期待第 100 个，此时后续提交的验证码均会失败。
在排查时，首先确认安令码中该条目的类型标注。如果是 HOTP，时间偏差不是主要原因，重点应检查计数器的状态。部分服务端支持有限的窗口重同步机制，即允许客户端计数器在一定范围内超前，但若超前过多，则需通过特定的重同步流程（如连续提交两个有效的后续验证码）来恢复同步。若目标服务不支持自动重同步，可能需要联系服务提供商重置计数器，或在安令码中删除该条目并重新绑定，以确保计数器从零开始同步。切勿对 HOTP 条目进行时间校准操作，这无助于解决计数器失步问题。
- 确认条目类型：TOTP 依赖时间同步，HOTP 依赖计数器同步，两者失步原因完全不同。
- 对于 HOTP，检查是否在客户端多次生成但未提交，导致计数器超前于服务端。
- 若误判 HOTP 为时间问题并调整时间，将无法修复故障，需按计数器逻辑处理或重新绑定。
验证安令码本地离线生成是否受网络或保险库状态影响
安令码是一款独立开发的 Android 身份验证器，其核心功能之一是离线生成验证码。这意味着验证码的计算过程完全在本地设备进行，不依赖网络连接。因此，网络信号弱或断开并不会直接导致验证码生成错误。然而，用户有时会误解网络状态对验证码有效性的影响。实际上，网络仅用于将生成的验证码发送给服务端进行验证，而不参与验证码本身的计算。如果安令码在离线状态下仍能正常显示变化的验证码，说明其核心生成逻辑工作正常。
尽管生成过程离线，但安令码的数据存储在本地加密保险库中。如果保险库未正确解锁，或应用在后台被系统清理导致状态异常，可能会影响条目的加载。排查时，请确认安令码已正常启动并解锁，条目列表完整显示。若发现某些条目缺失或显示异常，可能是保险库加载不完整所致。此时，尝试完全关闭应用后重新启动，并确保通过密码或生物识别成功解锁保险库。安令码公开产品页确认支持本地加密保险库、生物识别和密码解锁，确保这些安全机制正常运行是验证码稳定生成的基础。若保险库未完全解锁，可能误读旧密钥或导致参数读取错误，进而生成无效验证码。
- 确认安令码在离线状态下仍能正常生成验证码，排除对网络连接的依赖误解。
- 确保保险库已正常解锁，条目列表完整显示，避免因加载异常导致读取到错误条目。
- 若条目显示异常，尝试重启应用并重新解锁保险库，确保本地数据状态一致。
核对备份恢复后条目参数是否完整迁移
在更换设备或重装应用后，用户通常需要通过备份恢复验证码条目。安令码支持兼容格式导入、加密导出和自动备份。然而，恢复过程可能导致参数丢失或错误，从而引发时间不同步问题。安令码备份说明建议为加密导出设置独立密码，并将导出文件与密码分开保管。恢复后，用户应仔细核对条目数量、名称和分组，确保所有重要账户均已恢复。更重要的是，需检查每个条目的具体参数，如算法类型（TOTP/HOTP）、时间步长、位数等，确认它们未被默认值覆盖。
特别需要注意的是，安令码备份说明区分了账户服务提供的恢复码与验证器备份。前者用于在丢失验证器时恢复账户访问权限，后者仅用于恢复验证器中的条目数据，两者不能互相替代。如果仅依赖验证器备份而忽略了账户层面的恢复码，一旦备份文件损坏或参数错误，将面临无法登录的风险。因此，在恢复备份后，建议立即对重要账户进行一次真实的登录测试，确认验证码有效。若发现某个账户验证码无效，且排除了时间和密钥问题，可能需要使用该账户的恢复码重新绑定，以确保参数完全同步。同时，切记不要将二维码、密钥、当前验证码、导出密码与恢复码发送给任何人，这些均属于敏感凭据。
- 恢复后逐条核对条目数量、名称、分组与密钥，确保参数未被默认值覆盖。
- 区分账户恢复码与验证器备份的不同用途，前者用于账户恢复，后者用于条目迁移。
- 完成重要账户的真实登录测试，确认恢复后的条目参数正确且验证码有效。
确认目标服务端是否限制了时间窗口容差
即使客户端时间准确且参数配置无误，验证码仍可能被拒绝，这可能与目标服务端的校验策略有关。部分高安全性服务对时间窗口的容差控制极严，仅接受当前步长的验证码，不允许前后步长的容差。而另一些服务则允许一定的容差范围（如前后各一个步长），以应对轻微的网络延迟或时钟偏差。如果服务端容差极严，而手机时间存在几秒的偏差，且在窗口边界提交，就容易被拒绝。
排查时，查阅目标服务的官方帮助文档或安全设置说明，确认其 TOTP 校验策略。若文档未明确说明，可尝试在手机时间校准至极高精度后，在窗口期的中间时段提交验证码，避开边界时刻。若问题依旧，且已排除所有客户端因素，则可能是服务端配置问题或账户状态异常。此时，记录具体的服务名称、失败时间及表现，准备联系该服务的技术支持。不要反复尝试提交同一验证码，以免触发账户锁定机制。CISA 提醒，身份验证器生成的一次性验证码是多因素验证的重要方式，但其安全性也依赖于正确的实施和配置，包括时间同步的精确性。
- 查阅目标服务文档，确认其 TOTP 校验是否允许时间容差，或仅接受严格当前步长。
- 若服务端容差极严，需将手机时间偏差控制到最小，并避免在窗口边界提交。
- 若客户端无误仍失败，记录详细信息并联系服务端支持，避免触发账户锁定。
整理排查结论并决定下一步操作
经过上述逐项排查，用户应能定位大多数 TOTP 验证码时间不同步的原因。若确认是参数配置错误（如步长或密钥错误），应按目标服务流程重新绑定账户，不要在安令码中反复猜测修改，以免进一步扰乱同步状态。若确认是手机时间偏差，保持自动时间同步开启即可。若确认为 HOTP 计数器失步，需按计数器逻辑处理或重新绑定。若所有客户端检查均无误，问题很可能出在服务端，此时应寻求官方支持。
在整个排查过程中，务必遵守安全原则。安令码公开产品页强调，二维码、密钥、当前验证码、导出密码与恢复码均属于不应发给他人的敏感凭据。切勿将这些信息截图发送给所谓的“技术支持”或在论坛求助，这会导致账户被盗。安令码作为独立开发的 Android 身份验证器，致力于提供安全、本地的验证体验。若需获取最新版本的安令码，请访问官方网站确认下载渠道。本站不托管安装包，所有下载请以 anlingma.com 提供的官方入口为准。通过正确的排查和安全的使用习惯，用户可以充分利用安令码的两步验证功能，保障账户安全。
- 若参数与时间均无误但仍失败，记录具体服务名称与失败表现，联系该服务支持。
- 若确认是密钥或参数错误，按目标服务流程重新绑定，避免在客户端反复修改。
- 严禁将二维码、密钥或当前验证码发送给任何人求助，防止凭据泄露。
- 前往 anlingma.com 确认官方来源与下载准备，确保使用正版且更新的应用版本。