Claude unable to authenticate 오류 해결: 로그아웃해도 될 때와 안 될 때

Claude가 "인증할 수 없다"고 할 때 할 일은 화면에 뜬 영어 문장이 정합니다. Temporarily unable to authenticate. Please retry.나 Authentication service was unavailable. You can try again.이면 Anthropic 서비스 쪽이 세션을 확인하지 못하는 상태이므로, status.claude.com에서 장애를 확인하고 로그인을 유지한 채 기다립니다. 이때 로그아웃하면 장애가 끝날 때까지 다시 들어오지 못할 수 있습니다. 반대로 Login expired, OAuth token revoked, API Error: 401, Failed to authenticate처럼 Claude Code가 원인을 적은 문장이면 내 자격 증명 문제이고, /login이나 해당 자격 증명 교체가 답입니다. OAuth error: Invalid code나 브라우저의 Unable to access Claude Code는 로그인 과정 또는 조직 좌석 문제입니다.

로그아웃 판단은 한 줄로 정리됩니다. 상태 페이지에 인증·로그인 장애가 게시돼 있으면 로그아웃하지 않고, 게시가 없는데 원인이 보이지 않을 때만 /logout → Claude Code 종료 → claude 재실행 순서로 로그인을 초기화합니다. 2026년 10월 5일 기준 가장 최근의 인증 장애는 2026년 9월 29일 밤(한국 시각 23:00~23:59)이고, 그때 Anthropic은 "If you're signed in, please don't sign out."(로그인되어 있다면 로그아웃하지 마세요)이라고 안내했습니다. 여기서 말하는 인증은 휴대폰·신원 인증이 아니라, 이미 로그인된 세션이나 저장된 자격 증명을 서비스가 확인하는 과정입니다.

화면 문장으로 보는 Claude 인증 오류: 누가 낸 메시지인가

같은 "인증 오류"라도 문장을 낸 주체가 Anthropic 서버인지, Claude Code 자체인지, 로그인 페이지인지, 계정·조직 설정인지에 따라 해결 방향이 정반대입니다. 화면의 원문을 아래 표에서 찾으면 다음 행동이 하나로 정해집니다.

첫 두 문장이 서버 측이라고 보는 근거는 이렇습니다. 2026년 10월 5일 기준 Claude 데스크톱에 번들된 Claude Code 2.1.286 실행 파일을 바이트 검색하면 Temporarily unable to authenticate, Authentication service was unavailable, Unable to access Claude Code는 한 건도 나오지 않고, 데스크톱 앱 본체에도 첫 두 문장은 없습니다. 반면 OAuth error, Invalid code, Failed to authenticate, Paste code here는 같은 실행 파일 안에 있습니다. Claude Code 공식 오류 문서도 자체 인증 메시지는 원문과 해결법을 모두 싣지만 첫 두 문장은 다루지 않습니다. 여기에 같은 시각 웹·앱·Claude Code에서 동시에 보고됐다는 점을 더하면, 이 문장들은 Anthropic의 웹·인증 서버가 내보내고 클라이언트는 그대로 보여 준다고 보는 것이 맞습니다. 어느 서버 구성 요소가 만드는지는 공개 문서에 없으므로 그 이상은 단정할 수 없습니다. 한 기기, 한 빌드에서 확인한 결과라는 한계도 있습니다.

문장 끝의 "Please retry", "You can try again"은 서버가 제안하는 재시도입니다. Claude Code 스피너에 뜨는 Retrying in Ns · attempt x/y 자동 재시도와는 별개이고, 이 서버 문장이 몇 번 자동 재시도되는지는 문서에 나와 있지 않습니다.

로그아웃해도 될 때와 안 될 때를 가르는 규칙

/logout 후 다시 로그인하는 방법은 공식 문서에 있는 정식 해결법이지만, 문서가 붙인 조건은 "로그인이 실패하는데 원인이 분명하지 않을 때"입니다. 이 조건을 빼고 무조건 먼저 로그아웃하면 장애 중에는 상황을 더 나쁘게 만듭니다.

• 로그아웃하지 않습니다. status.claude.com의 claude.ai, Claude Code, Claude Cowork 항목에 sign-in, authenticating 같은 말이 들어간 게시가 있을 때, 또는 Temporarily unable to authenticate나 Authentication service was unavailable이 반복되는데 답변은 오다 말다 할 때입니다. 고장 난 곳이 로그인 자체라서, 지금 살아 있는 세션을 끊으면 장애가 끝날 때까지 돌아오지 못합니다. 2026년 8월 16일 장애 때는 Authentication service was unavailable을 보고 로그아웃했다가 다시 로그인해도 같은 오류가 났다는 보고가 있었습니다.
• /logout 없이 /login만 합니다. Login expired, OAuth token revoked, 401 OAuth token has expired처럼 Claude Code가 원인을 적어 준 경우입니다. 문서의 해결법은 /login이고, 새 로그인이 저장된 자격 증명을 대체합니다. /logout은 저장된 로그인뿐 아니라 MCP 서버 로그인과 플러그인 비밀값까지 지우므로, 필요하지 않으면 거치지 않는 편이 낫습니다.
• /logout으로 초기화합니다. 상태 페이지가 조용하고, 표의 어느 문장에도 해당하지 않으며, 로그인이 계속 실패할 때입니다. /logout → Claude Code 종료 → claude 재실행 후 로그인 순서이고, 브라우저가 자동으로 열리지 않으면 c를 눌러 OAuth URL을 복사해 직접 엽니다.
• 로그인해도 소용없습니다. on-hold 문장, Unable to access Claude Code, Claude Code access has not been granted처럼 계정이나 조직 설정이 막고 있을 때입니다. 다시 로그인해도 같은 계정이 같은 이유로 거부됩니다.

claude.ai 웹의 "모든 활성 세션에서 로그아웃"(설정 → 계정 → 로그아웃, 웹에서만 제공)은 특히 조심해야 합니다. 누르면 모든 기기에서 Google 로그인이나 이메일 로그인 링크로 다시 인증해야 하므로, 로그인 장애 중에는 가장 피해가 큰 선택입니다. 웹 세션은 활동이 있으면 매시간 갱신되며 28일간 유지되므로, 가만히 두면 장애가 끝난 뒤 그대로 이어집니다.

status.claude.com에서 인증 장애를 확인하는 법

상태 페이지에는 claude.ai, Claude Console(platform.claude.com), Claude API(api.anthropic.com), Claude Code, Claude Cowork, Claude for Government 항목이 따로 있습니다. claude.ai나 Claude Code, Cowork에 "Investigating" 이상의 게시가 있고 본문에 sign-in, authenticating, sessions failing 같은 말이 있으면 장애 갈래입니다. status.anthropic.com은 status.claude.com으로 자동 이동하며, 이메일·SMS·Slack·Teams·웹훅 구독과 Atom/RSS 피드가 제공됩니다.

상태 페이지가 첫 신고보다 늦게 갱신된다는 점은 감안해야 합니다. 9월 29일에는 오류가 UTC 14:00에 시작됐지만 첫 게시는 14:21이었고, 그 사이 Downdetector 집계로는 미국 동부 시각 오전 10:17까지 11,800건이 넘는 신고가 들어왔습니다(2차 보도 기준). 게시가 아직 없어도 커뮤니티에 같은 문장이 동시에 쏟아지면 장애로 보고, 그날 첫 게시까지 걸린 21분 정도를 기준으로 상태 페이지를 다시 확인합니다.

같은 장애 안에서도 표면마다 증상이 다를 수 있습니다. 9월 29일에는 "Claude Code는 되는데 앱이 오류를 낸다"는 보고와 "Claude Code 세션이 이 문장으로 멈췄다"는 보고가 같은 시간대에 있었습니다. 상태 페이지가 항목을 따로 관리하고 완화 조치도 단계적으로 적용되기 때문입니다. 어느 한쪽이 된다고 해서 내 환경 문제라고 결론짓지 말고 항목별 게시를 봅니다. Amazon Bedrock, Google Cloud, Microsoft Foundry 자격 증명으로 쓰는 Claude Code 세션은 claude.ai 로그인을 거치지 않으므로 이 장애와 갈래가 다릅니다. 그날 Bedrock 기반 서비스는 멀쩡했다는 이용자 보고가 하나 있었는데, 구조와 맞아떨어지지만 단일 보고입니다.

2026년 9월 29일 장애: Anthropic이 로그아웃하지 말라고 한 이유

9월 29일 상태 페이지의 시간순 기록을 보면 왜 "가만히 두는 것"이 답이었는지 드러납니다. 14:21 UTC에 Anthropic은 claude.ai(데스크톱·모바일 앱 포함), Claude Code, Claude Cowork의 오류율 상승을 조사 중이며 "요청 실패, 대화 로드·전송 오류, 재로그인 요구가 보일 수 있고 재시도하면 성공할 수 있다"고 적었습니다. 14:41에는 완화 조치로 오류율이 크게 떨어졌지만 "일부 로그인 시도, 계정 작업, Claude Code와 Cowork 세션은 여전히 실패"한다고 했고, 15:00에는 기존 대화는 대부분 복구됐으나 두 번째 문제로 SSO와 Sign in with Apple 로그인, 새 대화, 음성 대화, Claude Code·Cowork 세션 시작, 결제, 파일 업로드가 막혀 있다면서 "로그인되어 있다면 로그아웃하지 마세요"라고 요청했습니다. 로그인이 고장 난 부분이었으므로 살아 있는 세션을 스스로 끊는 것이 그 시점의 최악의 선택이었습니다.

장애 중에는 다음을 지킵니다.

• Claude Code에서 /logout하거나 자격 증명 파일을 지우지 않습니다. 장애가 끝난 뒤 /login이 되더라도 MCP 서버를 다시 인증하고 플러그인 값을 다시 넣어야 합니다. 재설치도 같은 이유로 의미가 없습니다. 문제가 내 컴퓨터에 있지 않기 때문입니다.
• 연타하지 않습니다. 상태 페이지가 "재시도하면 성공할 수 있다"고 했으니 재시도 자체는 괜찮지만 1분에 한 번이면 충분합니다. Claude Code의 서버 오류 안내도 "1분 기다렸다가 다시 보내라, 원래 메시지는 대화에 남아 있다"입니다. 장애 중 도구 호출 재시도가 5시간 사용량을 빠르게 소모했다는 이용자 주장이 있었지만 확인된 사실은 아닙니다. 공식 문서가 "사용량에 포함되지 않는다"고 명시한 것은 529 과부하 오류뿐이고 인증 오류에 대해서는 기재가 없습니다.
• 오류가 떠도 답변이 오면 계속 씁니다. 9월 29일에는 우측 아래 알림에 (x5), (x6) 카운터가 올라가는데도 답변은 정상적으로 오는 경우가 여럿 보고됐습니다. 세션 확인이 간헐적으로 실패하는 상태이므로 그 세션을 유지하는 편이 작업을 잃지 않는 길입니다.

기다리는 시간은 과거 사례로 가늠할 수 있습니다. 9월 29일은 영향 구간이 약 1시간(14:00~14:59 UTC)이었고, 15:11 UTC 게시에서 "14:59 UTC부터 대부분 복구"를 알렸습니다. 8월 16일 "claude.ai, Claude Code, Claude Cowork 인증 문제"는 약 36분(21:58~22:34 UTC, 한국 시각 8월 17일 06:58~07:34), 8월 24일의 claude.ai 로그인 오류 두 건은 각각 6분과 8분이었습니다. 2026년 10월 5일 기준 9월 29일 이후 새 인증 장애 게시는 없습니다. 이 사례들보다 훨씬 오래 이어지는데도 상태 페이지에 아무 게시가 없다면 아래 Claude Code·계정 갈래를 다시 봅니다.

장애 복구 뒤 확인할 것: 저장되지 않았을 수 있는 메시지

9월 29일 15:11 UTC 게시에는 "14:00~14:59 UTC(한국 시각 23:00~23:59) 사이에 보낸 일부 메시지는 저장되지 않았을 수 있다"는 문장이 있습니다. 복구가 선언됐다고 끝이 아니라, 그 시간대에 한 일이 남아 있는지 직접 봐야 합니다.

• claude.ai에서는 장애 시간대의 대화를 열어 마지막에 보낸 메시지와 받은 답변이 그대로 있는지 확인하고, 빠졌다면 다시 보냅니다.
• Claude Code에서는 Claude가 파일에 가한 변경이 내 디스크에 있으므로 git status와 git diff로 마지막 편집이 반영됐는지 보고, 마지막 턴이 도중에 끊겼다면 같은 세션에서 이어서 보냅니다.
• 장애 중 로그인을 시도하다 실패했다면 복구 뒤 다시 로그인하면 됩니다.
• 복구 뒤에도 같은 문장이 계속 뜨면 상태 페이지의 마지막 게시 시각을 봅니다. 장애 중 Anthropic은 30분 간격으로 다음 게시를 예고했으므로, "operating normally" 선언 뒤 그 간격이 지나도록 반복된다면 아래 갈래로 넘어갑니다.

Claude Code 자체 인증 오류: Login expired, 401, Failed to authenticate

상태 페이지가 조용하고 다른 사람은 멀쩡한데 Claude Code가 아래 문장을 낸다면 원인은 내 환경의 자격 증명에 있습니다. 공식 문서의 오류 참조는 "Claude Code가 API에 내가 누구인지 증명하지 못한다"는 뜻의 인증 오류를 문장별로 나눠 두었고, 각 문장의 원인이 하나로 정해져 있습니다. 어떤 자격 증명이 지금 쓰이는지는 언제든 /status로 확인할 수 있습니다.

스크립트나 Agent SDK에서는 갱신 잠금 문장이 Failed to refresh OAuth token: another Claude Code process is refreshing it으로 나옵니다. 어느 프로세스나 남은 잠금이 붙잡고 있는지 확인하고 푸는 방법은 Failed to refresh OAuth token: another Claude Code process 오류 해결에 정리했습니다.

401 Invalid authentication credentials는 /status부터 봅니다. 최근 회수된 자격 증명, 비활성화되거나 내 접근을 제거한 조직, 비활성화된 계정일 때 Anthropic이 돌려주는 문장이라 무작정 다시 로그인해도 안 풀릴 수 있습니다. /status에 사용 중으로 표시된 API key 행이 있으면 승인된 ANTHROPIC_API_KEY가 로그인보다 우선하므로 /login으로는 바뀌지 않습니다. 이때는 Claude Console에서 키를 교체하거나, 구독으로 돌아가려면 unset ANTHROPIC_API_KEY(PowerShell은 Remove-Item Env:ANTHROPIC_API_KEY)를 실행합니다. 로그인만 보이면 /login을 한 번 하고, 같은 계정으로 같은 문장이 다시 나오면 계정이나 조직이 더 이상 활성 상태가 아니므로 조직 관리자에게 복구를 요청합니다. ANTHROPIC_BASE_URL이 LLM 게이트웨이를 가리키고 있다면 401 뒤의 문장은 Anthropic이 아니라 게이트웨이가 낸 것이고, /login으로는 바뀌지 않으니 게이트웨이가 요구하는 자격 증명을 고칩니다. 구독과 API 키 중 어느 경로를 쓸지는 Claude Code API 키와 구독 결제: 어떤 경로를 써야 할까에서 다룹니다.

스크립트의 Failed to authenticate는 같은 오류의 비대화형 표기입니다. claude -p나 Agent SDK에서는 위 문장이 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로 바뀌고, 구조화된 오류 코드는 authentication_failed입니다. v2.1.287 이전에는 revoked 문장이 Your account does not have access to Claude. Please login again or contact your administrator.였으므로, 이 문장을 봤다고 계정이 막혔다고 단정할 필요는 없습니다. 저장된 로그인을 쓰는 스크립트라면 같은 환경에서 claude를 실행해 /login을 마친 뒤 다시 돌립니다. 대화형 로그인이 불가능한 자동화는 ANTHROPIC_API_KEY나 claude setup-token으로 만든 장기 토큰을 씁니다. CLAUDE_CODE_OAUTH_TOKEN을 설정해 두었다면 Claude Code는 401이 나도 그 값을 계속 보내므로(/status에 Auth token 행으로 표시), claude setup-token으로 새 토큰을 받아 다시 시작하거나 변수를 지우고 /login합니다.

표에 없는 점검도 이 갈래에 속합니다. 로그인 요구가 자주 반복되면 시스템 시계를 확인합니다. 토큰 검증이 타임스탬프에 의존하므로 시계가 틀리면 멀쩡한 로그인이 거부됩니다. 구독으로 쓰는데 API Error: 400 ... "This organization has been disabled"가 나오면 셸에 남은 옛 ANTHROPIC_API_KEY가 구독 로그인을 덮어쓴 것이므로 unset ANTHROPIC_API_KEY 뒤 claude를 다시 실행하고, ~/.zshrc, ~/.bashrc, ~/.profile, Windows라면 $PROFILE에서 해당 줄을 지웁니다. macOS에서는 claude doctor를 셸에서 실행해 macOS Keychain is not writable 경고가 있는지 보고, 있으면 security unlock-keychain ~/Library/Keychains/login.keychain-db로 잠금을 풉니다. 이 상태에서는 자격 증명이 평문 ~/.claude/.credentials.json에 저장됩니다. VS Code 확장에서 /status를 여는 방법은 VS Code에서 Claude Code 계정 확인하기: /status, 로그인, API 경로에 있습니다.

숫자가 붙은 다른 API 오류는 기준이 다릅니다. API Error: 500은 Claude Code API Error 500·529 해결: 끊긴 작업을 중복 없이 재개하기에서, 로그인 뒤 403 Request not allowed를 포함한 403·503·529는 Claude Code 403·503·529 오류, 발생 위치별 해결법에서, Unable to connect to API 같은 연결 오류는 Claude Code Unable to connect to API 해결: ECONNREFUSED, ECONNRESET, 프록시 점검에서 다룹니다.

Claude Code 로그인 안됨: Invalid code 오류와 SSH·WSL2 코드 붙여넣기

로그인 과정 자체가 끝나지 않는 경우는 자격 증명이 아니라 브라우저와 터미널 사이의 연결이 문제입니다. 브라우저에서는 로그인이 됐는데 Claude Code만 실패한다면 대부분 여기에 해당합니다.

• OAuth error: Invalid code. Please make sure the full code was copied: 로그인 코드가 만료됐거나 붙여넣을 때 잘렸습니다. Enter로 다시 시도하고 브라우저가 열리면 바로 로그인을 끝냅니다. 브라우저가 자동으로 열리지 않거나 좁은 SSH 터미널에서 URL이 줄바꿈돼 클릭되지 않으면 c를 눌러 전체 URL을 복사해 직접 엽니다.
• 원격 SSH 세션: 브라우저가 엉뚱한 컴퓨터에서 열릴 수 있습니다. 터미널에 표시된 URL을 복사해 지금 앞에 있는 컴퓨터의 브라우저에서 엽니다.
• WSL2, SSH, 컨테이너: 브라우저가 다른 호스트에서 열리면 Claude Code의 로컬 콜백으로 돌아오지 못하고, 로그인 뒤 브라우저에 로그인 코드가 표시됩니다. 그 코드를 터미널의 Paste code here if prompted에 붙여넣으면 로그인이 끝납니다. WSL2에서 브라우저가 아예 열리지 않으면 BROWSER 환경 변수에 Windows 브라우저 경로를 지정합니다.
• 붙여넣어도 아무 반응이 없을 때: 터미널의 붙여넣기 단축키가 입력 칸에 닿지 않는 것입니다. Windows Terminal이라면 마우스 오른쪽 클릭이나 Shift+Insert를 써 보고, 그래도 안 되면 표준 입력으로 코드를 읽는 claude auth login으로 로그인합니다.

이 갈래에서도 /logout은 필수가 아닙니다. 로그인 과정이 중간에 끊긴 것이므로 다시 시도하는 방식만 바꾸면 됩니다.

계정·조직이 막을 때: Unable to access Claude Code와 관리자 권한

다음 문장들은 다시 로그인해도 바뀌지 않습니다. 막고 있는 것이 로그인 정보가 아니라 계정 상태나 조직 설정이기 때문입니다.

계정 정지(on hold). Claude Code는 Your account is on hold and can't use Claude Code. View details or appeal: https://claude.ai/restricted를 보여 줍니다. 링크에서 상세 내용을 읽고 이의를 제기하는 것이 유일한 경로이며, 정지되지 않은 다른 계정이나 API 키가 있으면 그것으로 작업을 이어갈 수 있습니다. v2.1.235 이전 버전은 정지된 계정을 Login expired로 표시했으므로, 구버전에서 /login을 반복해도 안 풀리면 계정 상태를 의심합니다. Temporarily unable to authenticate는 정지 안내가 아닙니다.

브라우저의 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."가 뜹니다. Claude Code GitHub 이슈 #19280 "Unable to access Claude Code"는 2026년 1월에 열려 2026년 10월 5일 기준 아직 열려 있고, 보고자 대부분은 claude.ai 웹과 데스크톱 앱은 되는데 Claude Code만 안 되는 Team 요금제 멤버입니다. 브라우저, 기기, 설치 방식을 바꿔도 소용없었다고 합니다. 여러 사람이 효과를 본 우회책은 Team 관리자가 해당 멤버를 팀에서 제거한 뒤 다시 초대하는 것이고, 같은 이메일로 먼저 만든 개인 계정을 지운 사례도 있습니다. Anthropic이 원인이나 해결법을 문서로 밝힌 적은 없으므로 공식 해결책은 아니며, 어느 쪽이든 관리자가 해야 하는 일입니다.

Enterprise의 Claude Code access has not been granted for this account. 로그인 페이지에 Authorization failed와 함께 뜨면, Claude Enterprise 조직이 내 역할을 Custom으로 두었고 내 그룹에 붙은 사용자 지정 역할 중 Claude Code를 허용하는 것이 없다는 뜻입니다. Claude Code 쪽에서 바꿀 수 있는 것은 없습니다. 조직 Owner가 Claude Code를 허용하는 역할을 배정하거나 역할을 User 같은 표준 역할로 바꾼 뒤, claude를 실행해 다시 로그인합니다.

조직 정책 문장. Your organization has disabled API key authentication, Your organization has disabled Claude subscription access, This organization has been disabled, Invalid API key는 공식 오류 참조에 각각 별도 항목이 있는 문장입니다. 문장 그대로 오류 참조에서 찾으면 해당 해결법이 나옵니다.

지역 안내. 지원되지 않는 지역에서 접속하면 claude.ai가 별도의 지역 안내를 띄우는데, 이것은 인증 서비스 장애와 원인이 전혀 다릅니다. 2026년 9월 30일 기준 Anthropic 지원 지역 목록에 한국(South Korea)이 claude.ai와 API 모두에 올라 있으므로 국내 회선에서 볼 일은 드물지만, 회사 VPN이 다른 나라로 나가는 경우 두 문장을 헷갈리지 않아야 합니다.

원인이 끝내 안 보일 때: /feedback과 Get help

상태 페이지에 아무 게시가 없고, 표의 어느 문장에도 해당하지 않으며, 로그인 초기화 뒤에도 같은 문장이 이어진다면 Anthropic에 알릴 차례입니다. Claude Code 안에서는 /feedback으로 환경 정보와 함께 보고를 보낼 수 있습니다. 계정·결제·구독 문제는 claude.ai에 로그인해 왼쪽 아래 이니셜을 누르고 Get help를 선택해 지원팀에 문의합니다. 조직 계정이라면 관리자에게 먼저 묻는 편이 빠릅니다. 이 순서를 지키면 장애 중에 불필요한 문의를 넣거나, 반대로 내 환경 문제를 장애로 오인해 몇 시간을 기다리는 일을 피할 수 있습니다.

Claude 인증 오류 자주 묻는 질문

Temporarily unable to authenticate가 뜨면 계정이 정지된 건가요? 아닙니다. 계정 정지는 Your account is on hold ... https://claude.ai/restricted라는 별도 문장과 전용 페이지로 안내됩니다. Temporarily unable to authenticate. Please retry.는 Anthropic 쪽이 세션을 확인하지 못하는 동안 나오는 문장이고, 9월 29일에는 "계정이 정지된 줄 알았다"는 글과 오류가 떠도 답변은 계속 온다는 글이 같은 시각에 여럿 올라왔습니다. 정지 메일이나 restricted 링크가 없다면 계정은 그대로입니다.

Claude 인증 오류는 재로그인하면 해결되나요? 문장에 따라 다릅니다. Temporarily unable to authenticate나 Authentication service was unavailable 같은 서버 측 문장이 장애 중에 뜬 것이라면 해결되지 않고, 로그아웃하면 장애가 끝날 때까지 돌아오지 못할 수 있습니다. Login expired, OAuth token revoked처럼 Claude Code가 원인을 적은 문장이면 /login이 해결책이고, /logout까지 거칠 필요는 없습니다.

브라우저에서는 로그인됐는데 Claude Code만 실패하는 이유는 무엇인가요? 대개 두 가지입니다. 브라우저의 로그인 결과가 Claude Code로 돌아오지 못한 경우(SSH, WSL2, 컨테이너, 잘린 코드)라면 표시된 코드를 Paste code here if prompted에 붙여넣거나 claude auth login을 씁니다. 브라우저에 Unable to access Claude Code나 Claude Code access has not been granted가 떴다면 조직 좌석·역할 문제이므로 관리자가 처리해야 합니다.

claude -p 스크립트의 Failed to authenticate는 무슨 뜻인가요? 대화형 Claude Code의 OAuth token revoked, Login expired와 같은 상태를 비대화형으로 표기한 것입니다. 같은 환경에서 claude를 실행해 /login을 마친 뒤 다시 돌리고, 사람이 로그인할 수 없는 자동화라면 ANTHROPIC_API_KEY나 claude setup-token으로 만든 토큰을 씁니다.

장애 중에 보낸 메시지는 저장되나요? 전부는 아닐 수 있습니다. 9월 29일 게시에 따르면 14:00~14:59 UTC(한국 시각 23:00~23:59) 사이에 보낸 일부 메시지는 저장되지 않았을 수 있습니다. 복구 뒤 해당 시간대 대화를 열어 마지막 메시지가 있는지 확인하고, Claude Code라면 git diff로 파일 변경이 반영됐는지 봅니다.

Claude 인증 장애는 보통 얼마나 가나요? 최근 사례 기준으로 6분에서 1시간 사이였습니다. 9월 29일 약 1시간, 8월 16일 약 36분, 8월 24일 두 건은 각각 6분과 8분입니다. 상태 페이지의 Atom 피드나 이메일 구독을 걸어 두면 복구 선언을 바로 받을 수 있습니다.