Claude unable to authenticate 无法认证：先查事故，再修本机或账号

Claude 说"无法认证"，先别急着退出登录，先看屏幕上的原句是哪一句。不同的原句出自不同的地方，处理方法也相反：

• Temporarily unable to authenticate. Please retry. 或 Authentication service was unavailable. You can try again.：Anthropic 服务端的提示，Claude Code 程序里没有这两句。打开 status.claude.com，有事故就保持登录、不要登出，等恢复。2026 年 9 月 29 日北京时间 22:00 到 22:59 就是一次，Anthropic 当晚的公告原话是 "If you're signed in, please don't sign out."
• Login expired、Not logged in、OAuth token revoked，以及脚本里的 Failed to authenticate: ...：Claude Code 保存的登录失效了，/login 重新登录即可；claude -p 或 Agent SDK 脚本要先在同一环境里跑 claude 完成登录。
• 401 Invalid authentication credentials：不是登录过期，而是账号或组织被拒。先跑 /status 看是不是 ANTHROPIC_API_KEY 在生效。
• 浏览器里显示授权成功，Claude Code 却没登上，或者登录页写着 Unable to access Claude Code、Claude Code access has not been granted：问题在登录流程或团队权限，重装解决不了。
• Your account is on hold 才和封号有关，它会附带 claude.ai/restricted 链接。

"先退出再登录"只在一种情况下是正确的第一步：状态页没有事故，原句又看不出原因。这是 Claude Code 官方排障文档里"重置登录"的适用条件。

先对原句：每一种"无法认证"提示是谁发出的

下表按原句列出发出方和唯一该做的下一步。原句是英文时，以终端或页面上的原文为准，不要凭印象对号入座。

前两句为什么判断为服务端发出：截至 2026 年 10 月 5 日，在 Claude Desktop 附带的 Claude Code 2.1.286 程序文件里按字节搜索，Temporarily unable to authenticate、Authentication service was unavailable、Unable to access Claude Code 都是 0 处；Claude Desktop 自身的程序包里也搜不到前两句。同一个程序文件里能搜到 OAuth error、Invalid code、Failed to authenticate、Paste code here，这些才是 Claude Code 自己的文案。Claude Code 的官方错误参考里同样没有前两句。所以它们是 Anthropic 那边返回、各客户端原样显示的文字，这也解释了网页、手机 App 和 Claude Code 为什么会在同一时刻弹出同一句英文。具体是哪个后端服务抛出的，公开资料没有说明。这是对单个版本、单个系统的搜索结果，不是 Anthropic 的说法。

两个词容易误读：

• authenticate 不是让你重新输密码。你已经登录了，服务端只是在确认这个会话的凭证；这一步在服务端失败时，你本机的凭证再正确也过不去。
• retry 是服务端的建议。Claude Code 转圈行里的 Retrying in Ns · attempt x/y 是客户端自己的重试机制，官方文档没写这句话属于哪类重试，所以不能断定 Claude Code 会为它自动重试几次。看到转圈就等它跑完，看不到就过一分钟再发一次，不要连续点。

还有一种"身份验证"不在上表里：要求上传证件或验证手机号的弹窗，是账号核验，和这里说的认证报错是两件事。

什么时候该退出重登，什么时候千万别登出

是否登出，取决于坏的是哪一层：

• 有认证事故时别登出。 状态页在 claude.ai、Claude Code 或 Claude Cowork 上有进行中的事故，或者公告还没出来但多个社区同一时刻在报同一句原文，就保持现状。9 月 29 日 Anthropic 的公告写明当时坏的是登录这一步，已登录的会话大多还能用；退出等于把自己挪到"无法登录"那一边。8 月 16 日那次也一样，Hacker News 上有用户报告看到 Authentication service was unavailable 后退出再登录，得到的还是同一句。
• 登录过期、未登录、令牌被吊销时不用先登出。 直接 /login 就会写入新凭证，官方给这几句的修法就是 /login。
• 凭证不是登录时，登出没用。 /status 显示 API key 在生效时，/login 替换不了 shell 里的 ANTHROPIC_API_KEY；用 CLAUDE_CODE_OAUTH_TOKEN 时，Claude Code 在 401 之后仍会继续发送你设置的那个值；走 LLM 网关时，401 后面的文字是网关的，/login 改变不了。账号被暂停、Team 席位或 Enterprise 角色的问题在账号和组织上，也不在登录上。
• 没有事故、原因又看不出来时，才重置登录。 官方步骤是：/logout，关掉 Claude Code，重新运行 claude 完成登录；浏览器没自动打开就按 c 复制授权链接，手动粘到浏览器。

登出有代价，所以不要拿它当第一反应。Claude Code 的 /logout 会删除本机保存的全部凭证，包括 MCP 服务器的登录和插件里保存的敏感配置，之后要逐个重新授权。claude.ai 网页端的"登出所有会话"在设置 → 账号 → 登出，只有网页端有；用了以后每台设备都要重新登录（Google 登录或邮件登录链接）。网页会话本来能维持 28 天，有活动时每小时自动续期，不动它就一直在。

Temporarily unable to authenticate：查状态页，保持登录

Temporarily unable to authenticate 和 Authentication service was unavailable 这两句都出现在 Anthropic 的认证事故期间，处理方法相同。截至 2026 年 10 月 5 日，状态页上最近一次登录或认证相关的事故仍是 9 月 29 日那次，之后的公告都与模型错误和额度到账有关。

status.claude.com 怎么看，以及它会比你晚多久

status.claude.com 分组件列状态：claude.ai、Claude Console（platform.claude.com）、Claude API、Claude Code、Claude Cowork、Claude for Government。旧域名 status.anthropic.com 会跳转过来。页面可以订阅邮件、短信、Slack、Teams、webhook，也有 Atom/RSS（/history.atom）；每天都在 Claude Code 里干活的话订阅一次，下次就不用先去论坛问"是不是崩了"。

状态页有滞后。9 月 29 日的公告事后写明错误从 14:00 UTC 开始，但第一条 Investigating 发在 14:21 UTC，中间 21 分钟状态页是绿的。这段时间社区已经在讨论：linux.do 的帖子建于北京时间 22:18，V2EX 的《Claude 服务挂了吗》建于 22:22。所以判断事故看两个信号：状态页有公告，或者状态页还没更新但多个中文社区同一刻出现同一句原文的帖子。两个信号都没有、只有你一个人看到，才转去查本机凭证。

2026 年 9 月 29 日认证事故的时间线

北京时间（UTC +8）：

这类事故不止一次。8 月 16 日 21:58 到 22:34 UTC（北京时间 8 月 17 日 5:58 到 6:34），状态页公告了 "an issue with users authenticating to claude.ai, Claude Code, and Claude Cowork"，约 36 分钟；Authentication service was unavailable. You can try again. 就是在这段时间里被用户报告的，有人看到它之后又被转到 "Claude is temporarily unavailable" 页面。8 月 24 日还有两起 claude.ai 登录故障，各 6 到 8 分钟，公告特别提到影响 "connecting Claude Code with subscription"。从 8 月到 9 月，这类事故持续几分钟到一小时不等，9 月 29 日是最长的一次。

事故期间除了别登出，还有哪些动作没用

• 不删 ~/.claude/.credentials.json，不清钥匙串，不重装。 这些修的是本机凭证，而本机凭证不是问题所在。
• 不要连续刷新或连续重发。 状态页写的是 "retrying may succeed"，意思是隔一会儿再试可能就过了，不是连点五次。网页右下角的提示带计数（有人看到 x5、x6），计数只说明你重试了几次。
• 不要换代理节点。 这句话与你的出口线路无关，换了也一样；关掉代理反而会看到另一种整页提示（见下文地区限制）。

Claude Code 里正在跑的任务：转圈行显示重试就让它跑完，或者按 Esc 停下，等状态页恢复后再发。原始指令还在对话里，长指令不用重贴，输入 "try again" 即可。有 V2EX 用户反映事故期间工具调用反复重试消耗了 5 小时额度，这是单个用户的说法；官方只对 529 过载写明过"不计入额度"，对认证错误没有说明。在意额度的话，事故期间别让一个带大量工具调用的任务自己反复撞，按 Esc 暂停更稳妥。

事故恢复后核对哪些消息和改动

状态页 23:11 的公告明确说 14:00 到 14:59 UTC 之间发送的部分消息可能没有保存。恢复后：

• claude.ai：翻到对话末尾，看最后几轮是否都在；缺的重发一次。
• Claude Code：在项目里 git status、git diff 看最后一批改动是否落盘；任务在事故中中断的，重新发最后一条指令。会话本身不需要重新登录，/status 里的账号还是原来那个。
• 事故期间没登录成功的（SSO 或 Apple 登录），恢复后正常登录一次即可，不需要重置任何东西。

Login expired、Failed to authenticate 与 401：先看凭证

状态页干净、社区也没人同时报，Claude Code 却还在拒绝请求，原句通常就是 Claude Code 自己生成或 API 返回的那几句。官方错误参考对这一类的定义是：Claude Code 无法向 API 证明你是谁。每一句都有明确的原因和修法。

先跑 /status：登录、API key 还是令牌

/status 告诉你当前生效的是哪一种凭证（在 VS Code 里怎么找这个面板，见《Claude Code 在 VS Code 里怎么查看账号：先跑 /status，再判断登录和 API 路由》）：

• 显示 claude.ai 订阅登录：按下表的原句修。
• 显示 API key 行，且没有标记为未使用：shell 里的 ANTHROPIC_API_KEY 压过了订阅登录，/login 替换不了它。旧公司或旧项目留下的密钥会让请求以 This organization has been disabled 之类失败。用 unset ANTHROPIC_API_KEY（PowerShell 用 Remove-Item Env:ANTHROPIC_API_KEY）后重新运行 claude，再到 ~/.zshrc、~/.bashrc、~/.profile（Windows 看 PowerShell 的 $PROFILE 和用户环境变量）里删掉那行 export。两种计费方式的区别见《Claude Code API Key 和订阅计费怎么选：先看 /status》。
• 显示 Auth token 行，写着 CLAUDE_CODE_OAUTH_TOKEN：长期令牌在生效，令牌过期或被吊销时会报和登录一样的 401。Claude Code 在 401 之后不会自动换用已保存的登录，而是继续发送你设置的值；用 claude setup-token 生成新令牌重新启动，或者删掉这个变量再 /login。
• 用 Bedrock、Agent Platform（原 Vertex）或 Foundry：这些会话不经过 claude.ai 登录，凭证错误是云厂商 CLI 没登录（例如 Could not load credentials from any providers），和 Anthropic 的认证事故是两条路。linux.do 上有人提到 9 月 29 日当晚 Kiro 里的 Claude 一直正常，这只是一条个人观察，但和凭证走云厂商这一点相符。

在 claude -p 和 Agent SDK 里，同一把续期锁被占会显示为 Failed to refresh OAuth token: another Claude Code process is refreshing it；怎么查是哪个进程或哪个残留的锁占着、怎么清掉，见another Claude Code process is refreshing it：续期锁被占怎么办。

脚本和 Agent SDK 里的 Failed to authenticate

claude -p 非交互模式和 Agent SDK 不会弹出登录界面，同样的问题换成以 Failed to authenticate 开头的写法，结构化错误码是 authentication_failed：

Failed to authenticate: OAuth token revoked. Please log in again or contact your administrator.
Failed to authenticate. API Error: 401 OAuth token has expired ...
Failed to authenticate: OAuth session expired and could not be refreshed

前两句对应交互模式里的令牌被吊销或过期，第三句对应 Login expired。v2.1.287 之前，吊销那一句写作 Your account does not have access to Claude. Please login again or contact your administrator.，看到旧写法不必理解成账号没有权限。

修法：在运行脚本的同一个环境里先跑一次 claude，完成 /login，再重跑脚本。CI、服务器这类没法交互登录的环境，官方建议改用 ANTHROPIC_API_KEY，或者用 claude setup-token 生成长期令牌。另外，-p 模式下只要 ANTHROPIC_API_KEY 存在就一定会被使用，脚本里认证失败而交互模式正常时，先查这个变量。

401 Invalid authentication credentials 不是登录过期

Please run /login · API Error: 401 Invalid authentication credentials 的意思是：API 认得你凭证的格式，但拒绝了它背后的账号或组织。官方列出的原因是凭证刚被吊销、组织被停用或移除了你的访问、账号被停用，令牌过期不在其中。处理顺序：

1. /status 里有 API key 行且在生效：是 ANTHROPIC_API_KEY 被拒。到 Claude Console 轮换密钥，或者删掉这个变量回到订阅登录。
2. 只显示登录：/login 一次。凭证被吊销的话，新登录会替换它。
3. 同一个账号重新登录后还是这句：账号或组织已不再有效。看 /status 里显示的账号和组织，找组织管理员恢复访问。
4. 设置了 ANTHROPIC_BASE_URL、请求走 LLM 网关：401 后面的文字来自网关，/login 改变不了，要修的是网关要求的凭证。

反复被要求重新登录：系统时钟、钥匙串和多个会话

• 系统时钟：令牌校验依赖时间戳，时间不准会反复掉登录。
• 多个会话：同一台机器上的会话共用一份登录，由其中一个进程续期。v2.1.211 之前，从睡眠唤醒可能让两个会话用同一个令牌续期，导致所有会话同时被要求重新登录。
• macOS 钥匙串写不进去：Claude Code 会退回到明文的 ~/.claude/.credentials.json。claude doctor 报 macOS Keychain is not writable 时，用 security unlock-keychain ~/Library/Keychains/login.keychain-db 解锁；解不开就在"钥匙串访问"里把 login 钥匙串密码与账户密码重新同步，然后 /logout 再 /login，把登录移回加密的钥匙串。

浏览器显示授权成功，Claude Code 却还是没登上

这一类失败发生在登录流程本身：浏览器那边走完了，结果没传回 Claude Code，或者登录页面拒绝了这个账号。

终端一直停在等待授权。 Claude Code 在 WSL2、SSH 远程机器或容器里运行时，浏览器通常开在另一台主机上，授权完成后的跳转到不了 Claude Code 的本地回调。这时浏览器会显示一段登录码，把它粘贴到终端里 Paste code here if prompted 的位置即可。WSL2 里浏览器根本打不开时，设置 BROWSER 指向 Windows 上的浏览器：

export BROWSER="/mnt/c/Program Files/Google/Chrome/Application/chrome.exe"
claude

也可以在登录提示处按 c 复制授权链接，拿到本地电脑的浏览器里打开。粘贴登录码没反应，多半是终端的粘贴快捷键没送进输入框：换终端的备用粘贴方式（Windows Terminal 里常是右键或 Shift+Insert），或者改用 claude auth login，它从标准输入读取登录码，原生 Windows 上粘贴失败时同样适用。

OAuth error: Invalid code. Please make sure the full code was copied。 登录码过期了，或者复制时被截断。按 Enter 重试，浏览器打开后尽快完成；链接在窄终端或 SSH 里折行点不了时，按 c 复制完整链接。远程会话里浏览器可能开在了错误的机器上，把终端显示的链接拿到本地浏览器打开。

Failed to start OAuth callback server。 Claude Code 连本地回调端口都没打开，登录链接还没生成，粘贴登录码这条路也走不通。官方给的绕法：订阅用户在一台能正常登录的机器上运行 claude setup-token，把输出的令牌设为这台机器的 CLAUDE_CODE_OAUTH_TOKEN；否则用 Claude Console 的 API key。

浏览器里出现 Unable to access Claude Code。 完整提示是 "There was an issue accessing Claude Code. Try signing out and back in, or contact support if the problem persists."，出现在 OAuth 授权看似成功之后，而且是在浏览器里，不在终端。Claude Code 的 GitHub 仓库里有一个 2026 年 1 月 19 日开的 issue（#19280），截至 2026 年 10 月 5 日仍未关闭，报告者多是 Team 套餐成员：网页版和桌面 App 都能用，唯独 Claude Code 登不上，换浏览器、换设备、换安装方式都没用。评论里有几种被报告有效的办法，都需要团队管理员操作：在管理设置的成员列表里查看该成员的席位，显示 Unassigned 的改回 Standard；或者把成员移出团队再重新邀请，有人还删掉了之前用同一邮箱注册的个人账号。也有评论者从没有过个人账号，同样遇到。Anthropic 没有公开说明原因，这些办法都来自用户报告。

登录页显示 Authorization failed，写着 Claude Code access has not been granted for this account. Contact your administrator.。 这是 Claude Enterprise 组织把你的角色设成了 Custom，而分配给你所在分组的自定义角色都不包含 Claude Code。在 Claude Code 里怎么改都没用，要组织 Owner 给你的分组分配包含 Claude Code 的角色，或者把你的角色改回 User 这类标准角色，之后再运行 claude 登录。

登录成功后报 API Error: 403 Request not allowed，或者登录时遇到 500，属于另外的层级，分别见《Claude Code 403、503、529 报错：按来源排查》和《Claude Code API Error 500 怎么办：恢复原会话，不重做已完成操作》。

封号、组织停用和地区限制：各有专门的提示

封号不会用"无法认证"通知你。 账号被暂停时，Claude Code 显示 Your account is on hold and can't use Claude Code. View details or appeal: https://claude.ai/restricted，登录时则是 ... can't sign in to Claude Code ... 的写法。重新登录同一账号清不掉它，因为限制在账号上而不在登录上；网页端会把你引到同一个 claude.ai/restricted 页面看原因和申诉。9 月 29 日晚上 V2EX、linux.do 上"还以为号被封了""差点以为号没了"的帖子，事后看都是那次事故。想确认的话打开 claude.ai/restricted，页面没有内容就不是封号。

组织层面的停用有自己的原句。 Claude Code 的错误参考里，Your organization has disabled API key authentication、Your organization has disabled Claude subscription access for Claude Code · Use an Anthropic API key instead, or ask your admin to enable access、This organization has been disabled、Invalid API key 各有单独的条目。它们说的是组织策略或密钥本身，退出重登不会改变组织的设置。

地区限制是一整页提示。 截至 2026 年 9 月 29 日，Anthropic 的支持国家和地区列表不包含中国大陆、香港和澳门，所以关掉代理后打开 claude.ai，看到的是 unsupported region 类的整页提示，不是右下角的小条。V2EX 上有人 9 月 29 日升级 macOS 后开机没连代理，先看到地区提示，连上代理后又赶上事故弹出 Temporarily unable to authenticate，两件事在一小时内接连发生，看起来像账号出了问题，其实前者是出口地区，后者是 Anthropic 认证服务，互不相关。分辨方法看提示的样子：整页、说地区不支持，是前者；右下角、说 authenticate，是后者。网络或代理断开时，Claude Code 的原句又是另一组（Unable to connect to API、ENOTFOUND、ERR_PROXY_TUNNEL、ECONNRESET 等），细分见《Claude Code Unable to connect to API：ECONNREFUSED、ECONNRESET 与代理错误排查》。

事故期间正在登录的人：9 月 29 日 22:36 之后已登录的会话大多能用，但单点登录和 Sign in with Apple 在 22:59 之前一直不可用，邮件登录链接同样要经过登录服务。这时反复点登录不会更快，等状态页写出登录已恢复再登一次即可。

网页端、手机端、Claude Code 的表现为什么不一样

同一场事故里各端看到的东西不同，这是 9 月 29 日用户反映最集中的一点：

• claude.ai 网页与桌面端：右下角提示反复弹，带计数（x5、x6）；不少人的对话仍能继续出字，"也会报这个错误，但能干活"。
• 手机 App：提示 "Couldn't complete your request"，同一时间段的截图里也有 Temporarily unable to authenticate。
• Claude Code：有人终端里一切正常而网页端报错，也有人反过来；启动新的 Claude Code 或 Cowork 会话在 22:41 的公告里仍列为失败项，到 22:59 才恢复。

状态页的公告解释了这种差异：第一个问题影响"请求失败、加载或发送对话出错"，22:36 缓解；第二个问题影响"登录、新建对话、启动 Claude Code 或 Cowork 会话"，22:59 才恢复。哪个动作需要重新确认会话，哪个动作就先失败；已经建立的对话和会话反而撑得住。所以"我的 Claude Code 还好好的"推不出"账号没问题"，"网页端一直弹"也推不出"号要没了"，判断依据仍然是状态页和同一时刻的社区信号。

状态页没事故、超过一小时还在报：/feedback、Get help 或管理员

/status 一切正常、原句确实是 Temporarily unable to authenticate 或 Authentication service was unavailable、状态页没有公告、并且超过一小时没恢复，就是 Anthropic 需要知道的情况：

• Claude Code 里运行 /feedback，把请求细节交给 Anthropic。
• 账号、账单或订阅相关的问题：登录 claude.ai，点左下角的头像，选 Get help。
• 用的是 Team 或 Enterprise 席位，原句指向访问权限（Unable to access Claude Code、access has not been granted、401 Invalid authentication credentials 重登后仍在）：直接找组织管理员，个人这边能做的已经做完了。

常见问题

Claude 弹 Temporarily unable to authenticate，是不是被封号了？ 不是。封号时 Claude Code 显示 Your account is on hold 原句并附 claude.ai/restricted 链接，网页端引到同一页面，而且重新登录也清不掉。Temporarily unable to authenticate 在 2026 年 9 月 29 日晚同时出现在大量用户屏幕上，对应 Anthropic 状态页的认证事故；打开 claude.ai/restricted 没有内容，就可以排除封号。

Claude 提示无法认证，要不要退出重新登录？ 看原句和状态页。状态页有事故时不要，Anthropic 当晚的公告原话是 "If you're signed in, please don't sign out."，因为坏的正是登录这一步。原句是 Login expired、Not logged in 这类时直接 /login，不用先登出。没有事故、原句也看不出原因时，再按官方的重置登录步骤 /logout 后重新运行 claude。

浏览器显示授权成功，Claude Code 为什么还是没登上？ 远程、WSL2 或容器里，授权结果回不到 Claude Code 的本地回调，要把浏览器显示的登录码粘贴到 Paste code here if prompted，粘贴无效就用 claude auth login。浏览器里显示 Unable to access Claude Code 的，多数报告来自 Team 成员，需要管理员检查席位或重新邀请。

claude -p 脚本里报 Failed to authenticate 怎么办？ 在运行脚本的同一环境里先跑 claude 完成 /login，再重跑；无法交互登录的环境改用 ANTHROPIC_API_KEY 或 claude setup-token 生成的长期令牌。交互模式正常、只有脚本失败时，先查 ANTHROPIC_API_KEY 是否残留，-p 模式下它一定优先。

认证事故期间发的消息和 Claude Code 的改动会丢吗？ 可能。9 月 29 日的公告写明 14:00 到 14:59 UTC（北京时间 22:00 到 22:59）之间发送的部分消息可能没有保存。恢复后翻一下对话末尾，Claude Code 项目里跑 git status 看最后一批改动是否存在，缺什么补发什么。

Claude 认证事故一般多久恢复？ 按状态页历史，8 月 24 日两起登录故障各 6 到 8 分钟，8 月 16 日约 36 分钟，9 月 29 日从错误开始到全部恢复约 1 小时，而状态页首条公告比错误开始晚 21 分钟。看到服务端那两句提示，先等几分钟再看状态页，比立刻动本机更省时间。

看到无法认证要不要换代理节点？ 不要。服务端那两句是 Anthropic 确认会话失败，与出口线路无关。关掉代理后看到的 unsupported region 整页提示是另一回事，两者不能互相解释。