Claude Codeにログインできない・認証エラーが出る——症状別に公式ドキュメントで対処法を整理した
Claude CodeのOAuthログインが失敗する、403 Forbiddenが出る、WSL2/SSHでログインできないといった症状別に、公式トラブルシューティングドキュメントをベースに原因と対処法を整理した。
エンジニアのゆとです。
Claude Codeのログイン・認証周りのエラーは、症状の見た目が似ていても原因が全然違うことが多い。「OAuthのコードが無効」と「403 Forbidden」と「ログインが終わらない」は、それぞれ別の対処が必要なのに、ひとまとめに「ログインできない」で検索してしまって、見当違いの手順を試して時間を溶かすパターンをよく見る。
この記事は、Anthropicの公式トラブルシューティングドキュメントに載っている「ログインと認証」セクションを軸に、症状別の原因と対処法を整理した。
まず試すべきこと — ログインのリセット
原因がはっきりしない場合、公式が最初に案内しているのはクリーンな再認証だ。手順はシンプルで、これだけでほとんどのケースが解決するとされている。
/logoutでサインアウトし、Claude Codeを一度終了してから、改めてclaudeで起動して認証をやり直す。
ブラウザが自動で開かない場合は、cキーを押すとOAuth用のURLがクリップボードにコピーされるので、それを手動でブラウザに貼り付ければいい。ターミナル幅が狭くてURLが折り返され、クリックできない場合にも同じ方法が使える。
症状別の対処法
OAuth error: Invalid code. Please make sure the full code was copied
ログインコードが期限切れになったか、コピー時に一部が欠けたことを意味する。ブラウザが開いたらなるべく早くログインを完了させる、あるいはcキーで完全なURLをコピーし直すのが対処法になる。リモート/SSHセッションの場合、ブラウザが手元と違うマシンで開いてしまうことがあるので、その場合はターミナルに表示されたURLを手元のブラウザに手動でコピーする。
API Error: 403 {"error":{"type":"forbidden","message":"Request not allowed"}}
ログイン自体は成功しているが、アクセス権限がない状態だ。確認するポイントは使っているアカウントの種類によって変わる。
- Claude Pro/Maxユーザー: claude.ai/settingsでサブスクリプションが有効になっているか確認する
- Anthropic Consoleユーザー: アカウントに「Claude Code」または「Developer」ロールが割り当てられているか確認する。管理者はConsoleのSettings → Membersから付与できる
- プロキシ経由の環境: 企業のプロキシがAPIリクエストを妨害しているケースがある
This organization has been disabled（サブスクリプションは有効なのに出る）
有効なサブスクリプションがあるのにこのエラーが出る場合、ANTHROPIC_API_KEY環境変数がサブスクリプションのOAuth認証情報を上書きしてしまっているのが原因であることが多い。前職や別プロジェクトで設定したAPIキーがシェルの設定ファイルに残っているケースが典型例だ。
ANTHROPIC_API_KEYが設定されていて、それが一度承認されている場合、Claude Codeはサブスクリプションよりもそのキーを優先して使う。-pフラグを使った非対話モードでは、キーが存在する限り常にそちらが使われる。
サブスクリプション認証を使いたい場合は、環境変数を解除する。
unset ANTHROPIC_API_KEY
claude恒久的に直すには、~/.zshrcや~/.bashrc、~/.profileの中にあるexport ANTHROPIC_API_KEY=...の行を探して削除する。Windowsの場合はPowerShellプロファイル（$PROFILE）とユーザー環境変数の両方を確認する。どちらの認証方式が使われているかは、Claude Code内で/statusを実行すれば確認できる。
WSL2・SSH・コンテナ環境でログインが失敗する
WSL2上、リモートマシンへのSSH接続中、あるいはコンテナ内でClaude Codeを実行している場合、ブラウザが別のホストで開いてしまい、ログイン後のリダイレクトがClaude Code側のローカルコールバックサーバーに届かない、という構造的な問題がある。
この場合、サインインが終わるとブラウザにはリダイレクトの代わりにログインコードが表示される。そのコードをターミナルのPaste code here if promptedというプロンプトに貼り付ければログインが完了する。
WSL2でブラウザ自体が開かない場合は、BROWSER環境変数にWindows側のブラウザパスを指定する。
export BROWSER="/mnt/c/Program Files/Google/Chrome/Application/chrome.exe"
claudeあるいは対話中のログインプロンプトでcを押してOAuthのURLをコピーし、手元のブラウザで開いてもいい。
貼り付けたコードが反応しない場合、ターミナルのペースト操作が入力欄に届いていない可能性がある。Windows Terminalであれば右クリックやShift+Insertなど、別のペースト方法を試すか、標準入力からコードを読み取る以下のコマンドを使う。
claude auth loginこのフォールバックは、ネイティブWindows環境や、対話プロンプトへのペーストがうまく機能しないその他のターミナルでも使える。
WSL環境全体のセットアップについては、別記事でWSL・Git Bash・PowerShellの3方式を比較している。
「ログインしていない」「トークンが期限切れ」が頻発する
セッションの後で再ログインを求められる場合、OAuthトークンが期限切れになっている可能性がある。/loginで再認証すればいいが、これが頻繁に起きるなら、システムのクロック（時刻）が正確かどうかを確認してほしい。トークンの検証はタイムスタンプに依存しているため、時刻がずれているとトークンが早期に無効扱いされることがある。
同じマシンで複数のセッションを並行して動かしている場合、ログイン情報の更新は1プロセスずつ順番に行われる設計になっている。ただしv2.1.211より前のバージョンでは、マシンをスリープから復帰させたタイミングで2つのセッションが同時にトークン更新を試み、保存済みのログイン情報が失効して、開いている全セッションが一斉に再ログインを求められる不具合があった。頻発する場合はまずバージョンを確認するといい。
macOSの場合、Keychainがロックされていたり、Keychainのパスワードとアカウントのパスワードが同期していなかったりすると、認証情報の保存自体に失敗してログインが崩れることがある。claude doctorを実行するとKeychainへのアクセス状況を確認できる。手動でアンロックしたい場合は次のコマンドを使う。
security unlock-keychain ~/Library/Keychains/login.keychain-dbこれで直らない場合は、キーチェーンアクセス.appを開いて「login」キーチェーンを選び、「編集」→「キーチェーン”login”のパスワードを変更」からアカウントのパスワードと同期し直すとよい。
クラウドプロバイダ経由（Bedrock / Vertex / Foundry）の認証エラー
Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundry経由でClaude Codeを使っている場合、Could not load credentials from any providersやChainedTokenCredential authentication failedといったエラーは、クラウドプロバイダ側のCLI認証が現在のシェルで通っていないことが原因であることが多い。
# Amazon Bedrockの場合、AWS認証情報を確認
aws sts get-caller-identity
# Google Cloudの場合、application defaultの認証を設定
gcloud auth application-default login
# Microsoft Foundryの場合、Azure CLIでログイン
az loginターミナルでは認証が通るのに、VS CodeやJetBrainsの拡張機能からだと通らない場合は、IDEのプロセスがシェルの環境変数を引き継いでいないことが多い。IDE側の設定に認証情報を直接設定するか、環境変数がすでにエクスポートされているターミナルからIDEを起動するといい。
ただし「IDE側の設定に認証情報を直接書く」のは、複数クラウド・複数プロジェクトを行き来する開発者には管理コストが高い。1PasswordのCLI（op run）でAWS/GCP/Azureそれぞれのクレデンシャルをボルトから注入する形にしておくと、IDEやプロジェクトを切り替えるたびに設定し直す手間がなくなる。
それでも解決しない場合
上記のどれにも当てはまらない場合、公式ドキュメントでは次の順番を推奨している。
- GitHubリポジトリで既知の不具合を検索するか、OS・実行したインストールコマンド・エラーの全文を添えて新規Issueを立てる
claude --versionは動くが他が動かない場合、claude doctorで自動診断レポートを出す- セッションを開始できるなら
/feedbackで報告する - ログインループやサブスクリプションが認識されない、組織が無効化されているなど、アカウント自体の問題であればAnthropicサポートに問い合わせる（claude.aiにサインインして左下のイニシャルから「Get help」を選択）
FAQ
npmでインストールしたらログイン画面自体が出ない
インストール方法自体に問題がある可能性がある。ネイティブインストーラー（curl -fsSL https://claude.ai/install.sh | bash）で入れ直すと解決することが多い。npm経由のインストールで固有のトラブルが出ている場合は、別記事のPATH・command not foundの切り分け手順も参考にしてほしい。
会社のプロキシ環境でだけログインできない
企業ネットワークのプロキシがAPIリクエストやOAuthのコールバックを妨害しているケースがある。HTTPS_PROXY・HTTP_PROXY環境変数を設定しているか、社内ネットワークの制限でOAuthのリダイレクトが届いていないかを確認するのが最初の一手になる。
claude auth loginと/loginはどう違う
/loginはClaude Code内の対話プロンプトから使うコマンドで、通常はブラウザでの認証フローが動く。claude auth loginはシェルから直接実行するコマンドで、標準入力からコードを読み取れるため、対話プロンプトへの貼り付けがうまくいかない環境でのフォールバックとして使える。
まとめ
ログイン・認証エラーは「とりあえず再インストール」で直ることもあるが、症状ごとに明確な原因が公式ドキュメントで整理されている。OAuthのコード切れなのか、環境変数の競合なのか、WSL/SSH特有のリダイレクト問題なのか、Keychainの同期崩れなのか——エラーメッセージをよく見て、該当する対処法から順に試すのが結局一番早い。
