ChatGPT DeviceCheck 注册失败（403、500、503）：真正管用的修法

DeviceCheck 报错会在你的密码被校验之前就拦住 ChatGPT 登录，而官方那条关于日期和时间的建议几乎修不好任何一例。 这个错的意思是，你的设备没能拿出一张证明自己是正经硬件的认证令牌。那是你的设备和苹果或谷歌之间的对话——OpenAI 只是那个被通知「不行」的一方。

所以同一个账号在网页上登录一点事没有。本文讲每个变体到底是什么意思，以及那些真能解决问题的修法，按实际生效频率排序。

错误家族：   DeviceCheckError / "DeviceCheck registration failed"
其他形态：   Token generation failed · Preauth PlayIntegrity verification failed
             DeviceCheck token generation is unavailable（macOS）
附带的码：   403、500、503 —— 这是传输层状态码，不是三种不同的根因
影响范围：   只挡原生 app 登录。浏览器登录不受影响。
根因：       设备认证，不是你的 OpenAI 账号

来源为 OpenAI 自己的帮助文档、OpenAI Developer Community 的帖子，以及 openai/codex issue #33463，读取于 2026 年 9 月 6 日。

DeviceCheck 到底是什么

苹果的 DeviceCheck 和谷歌的 Play Integrity，让 app 能向操作系统厂商问一句「这是不是一台没被改过的真机？」 OpenAI 用它来挡住模拟器和改机上的批量注册。

失败时的流程是这样：

1. 你点登录。app 向系统要一张认证令牌。
2. 系统尝试生成它，过程中要和苹果或谷歌通信。
3. 这条链上某一环断了。
4. app 拿不到令牌，于是根本没把你的账号密码发出去，你看到的就是 DeviceCheck 报错。

你的账号从头到尾没被牵涉进来。 这是这件事上最有用的一条认知，因为它直接排除了改密码、账号申诉、开账单类工单——这些跟本问题一点关系都没有。

搜索结果里的 403、500 和 503

大家会去搜 devicecheck registration failed (403)、(500)、(503)，因为这些数字就写在报错文本里。它们是认证调用返回的 HTTP 状态码，不是三个各有各修法的独立 bug：

• 403 —— 请求被拒。通常是完整性问题：设备被改过，或者边缘/WAF 层拒了这个客户端。有几个 iPhone 的报告最后查到是登录过程中的 Cloudflare 拦截。
• 500 / 503 —— 认证服务出错或不可用。多半是服务端的临时故障。

看到 503 就先等一会儿再试，别急着改任何配置。反复看到 403，那更可能是下面这些设备侧的原因。

修法 1：清浏览器缓存（报告成功率最高）

ChatGPT app 是把登录交给系统浏览器走的，所以浏览器缓存出问题会拖垮 app，而网页版照样能用。

这条反直觉到很多人直接跳过，但它恰恰是解决报告最多的那个修法。

iPhone： Safari 和 Chrome 两个都要清，不是只清默认那个。

• 设置 → Safari → 清除历史记录与网站数据
• Chrome → ⋯ → 删除浏览数据

Android： 把默认浏览器换成 Chrome 再试。有多个报告是从 Brave 或第三方浏览器切走之后立刻好了。

社区里有人折腾了好几个月都没成，清完 Safari 和 Chrome 两边缓存后的原话是 “it magically started working perfectly.”（它就神奇地完全正常了。）机理在于登录是在后台通过系统浏览器跑的，所以浏览器的状态就是 app 的状态。

修法 2：装掉待安装的系统更新，然后重启

一个装不上的安全更新，是有据可查的原因之一。

有一份 iPhone 报告，作者试遍了换 Wi-Fi、开热点、重装、无痕模式、退出重登——全都没用。真正的原因是一个因存储空间不足而被卡住的 iOS 更新。腾出空间、装上、让手机重启之后，登录立刻就通了。

去「设置 → 通用 → 软件更新」，把所有待装的东西（包括快速安全响应）装掉，重启后再试。过期的安全组件会导致边缘层在登录时拒掉这台设备。

修法 3：设备完整性（以及为什么反复重试没用）

如果你的设备 root 或越狱过，DeviceCheck 失败就是这套机制在按设计工作。 OpenAI 的帮助文档直接点名了这一条：“Modifications like rooting or jailbreaking may cause this error.”（root 或越狱这类改动可能引发此错误。）

真正浪费时间的细节写在同一篇文档里：完整性校验结果最长可缓存 24 小时。 所以你把根本问题修好后立刻重试，测的是一个被缓存下来的失败结果。重试前先清 app 数据。

在装了 Magisk 的 root 安卓上，社区的做法是上 Play Integrity Fix 模块再重启。那是在绕过一个本就故意判失败的校验，请照此掂量。

修法 4：清 app 和 Play 服务的数据（Android）

按破坏性从小到大排：

1. 设置 → 应用 → ChatGPT → 存储 → 清除缓存
2. 同一页 → 清除数据（会把你登出）
3. 设置 → 应用 → Play Store → 清除数据
4. 设置 → 应用 → Google Play 服务 → 清除缓存

然后重启再试。四步一口气全做完也能好，但你就不知道原因是什么了；按顺序来只多花几分钟，能定位到底是哪一环。

修法 5：macOS 的 “DeviceCheck Token Generation Is Unavailable”

这个变体的根因和上面每一条都不一样，上面那些修法一个都解决不了它。

macOS 上的症状很有辨识度：鉴权成功，app 启动并恢复了你的会话，然后对话功能挂掉。从 openai/codex issue #33463 里的诊断信息看，系统日志是这样的：

failed to do a bootstrap look-up: xpc_error=[3: No such process]
Could not find service "com.apple.devicecheckd" in domain for system

preauth_cookie_failed=APIClient.DeviceCheckError: Token generation failed
MobileActivation.ErrorDomain Code=-4 "UCRT is unavailable."
devicecheckd: Failed to fetch client certificate.

一位报告者确认过没有 HTTP 401、没有 403、也没有 TLS 失败——失败发生在鉴权之后的初始化阶段。Secure Enclave 生成密钥和认证这几步都是成功的；挂掉的是 MobileActivation 提供 DeviceCheck 所需的客户端证书这一环。

那个帖子里真正解决问题的操作：

• 单纯重启，对两位还在用旧版 app 的报告者有效。
• 更新 macOS 后重启。 有一例很顽固，熬过了 26.5 → 26.6 和多次 app 更新，最后在 26.6.1 加一次重启后恢复。日志随即翻转为 Performing UCRT OOB. Successfully performed UCRT OOB.，devicecheckd 立刻拿到了新的认证证书。
• 同一位报告者还改过 Apple 账户密码，自己也说不清到底是哪一步起的作用。

没用的： 新建一个 macOS 用户账户（故障跟着走），以及开关「查找」。

如果你撞上的是这一种，先更新 macOS 并重启。这是苹果侧的证书问题，重装 ChatGPT 不是那个开关。

坏着的这段时间怎么办

走浏览器登录。 网页版不需要设备认证，这正是原生 app 挂了它却照常的原因。这件事上所有社区帖子都确认网页端不受影响。

如果你当初是用邮箱加密码注册的，就别在 app 里去点 Google、Microsoft 或 Apple 登录——混用登录方式会引发另一套独立的故障。用你注册时用的那一种。

如果你要的其实是 API 而不是 to C 的 app，那 DeviceCheck 压根不在这条路径上。API key 用 bearer token 鉴权，完全不碰设备认证，所以这一类错误不可能出现：

curl -X POST https://api.ofox.ai/v1/chat/completions \
  -H "Authorization: Bearer $OFOX_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openai/gpt-5.6-sol",
    "messages": [{"role": "user", "content": "..."}]
  }'

那是另一个产品，不是这个问题的绕行方案——只有当你真正需要的是编程访问时，这条才值得知道。

哪些做法修不好

下面这些是从各个帖子里收集的、大家反复试过但没成功的操作，你可以直接跳过：

• 重装 app。 试的人很多，成的很少；在 macOS 上它更不可能有效，因为问题出在苹果的证书链里。
• 改密码、账号申诉。 你的凭据根本没被发出去，故障发生在它们之前。
• Wi-Fi 切蜂窝网。 如果某个网络真的在拦认证端点，偶尔有用，但优先级很靠后。
• 改完立刻重试。 完整性判定最长缓存 24 小时。先清 app 数据，否则你读到的还是那个旧结果。

补充一条：防火墙也能造成这个问题。有位 macOS 用户是在 Little Snitch 里放行了 ChatGPT 的四条特定连接后解决的。如果你装了逐应用防火墙，那这条要排在本页所有内容之前先查。

相关报错

如果你的问题是鉴权而不是设备认证，下面这几个是原因和修法都不同的故障：

• Codex CLI 401 Unauthorized —— 真正的凭据被拒，和 DeviceCheck 不是一回事。
• codex: command not found 和 EACCES —— 安装路径问题，不是登录问题。
• Windows 上 Codex “failed to start app-server” —— Windows 桌面端版本的「app 起不来」，原因清单完全另一套。

来源

• https://help.openai.com/en/articles/9945489-something-went-wrong-please-make-sure-your-device-s-date-and-time-are-set-properly-check-that-your-internet-connection-is-stable-then-restart-the-app-and-try-again-devicecheckerror
• https://github.com/openai/codex/issues/33463
• https://community.openai.com/t/when-i-log-in-to-chatgpt-i-am-prompted-for-a-login-failure-and-a-message-something-went-wrong-please-make-sure-your-devices-date-and-time-are-set-properly/508758
• https://community.openai.com/t/fix-for-network-error-cloudflare-403-504-on-iphone-worked-for-me/1379385
• https://community.openai.com/t/unable-to-log-into-chatgpt-mac-app/780030

官方原因和 24 小时完整性缓存那条来自 OpenAI 的帮助文档。macOS 的 devicecheckd / UCRT 诊断信息和恢复经过引自 openai/codex issue #33463。其余修法来自 OpenAI Developer Community 中报告者确认有效的帖子；它们是社区报告而非厂商记录的方案，且这些都不是我们自己复现的——DeviceCheck 故障取决于每台设备各自的状态，无法按需稳定复现。