結論：再インストール前に認証の層を分ける
先に答えると、Claude Codeへログインできない時は、再インストールやトークン再発行を繰り返す前に、表示エラー、認証方式、対象組織、組織ポリシー、通信、端末の順で切り分けます。「ログインできない」という症状でも、OAuth期限切れ、無効なAPIキー、組織側の禁止、プロキシ、端末時刻のずれでは対処が違います。
読者の具体的な困りごとは、導入初日に認証画面がループし、現場と管理者のどちらが直すのか分からないことです。読了後は、原因を九段階で狭め、秘密値を漏らさず管理者へ引き継げます。次の行動は、画面を閉じる前にエラー文、時刻、認証方法、対象組織を記録することです。
最初に症状と変更点を固定する
「ログインできない」だけでは調査できません。Not logged in、OAuth token revoked、Login expired、401、Invalid API key、組織によるアクセス禁止など、表示をそのまま記録します。発生時刻、最後に成功した時刻、Claude Codeの版、OS、VPNやプロキシの有無も添えます。スクリーンショットにメールアドレスやトークンがないか確認します。
直前のパスワード変更、SSO設定、所属組織の切替、APIキー更新、端末交換、ネットワーク変更を一列で並べます。複数変更を同時に戻すと原因が消えます。一回につき一項目を確認し、成功・失敗と時刻を残します。認証情報の値そのものはチャットやチケットへ貼りません。
認証方式と対象組織を確認する
Claude Codeは、Claudeのサブスクリプション、Claude Console、組織が指定するクラウド基盤など複数の認証経路があります。利用者が想定と違う経路でログインすると、契約があっても対象組織へ入れません。個人アカウントと会社アカウント、Teams／EnterpriseとConsoleを名称だけで混同しないようにします。
管理者は、対象ユーザーが組織へ招待済みか、必要な席や役割が付与されているか、APIキー認証やサブスクリプション認証を組織ポリシーで禁止していないかを確認します。個人側の再試行では直らない設定を早く管理者へ渡すことが、復旧時間を短くします。
ログイン障害を切り分ける9手順
- エラー全文、発生時刻、最後の成功時刻を記録します。
- Claude Codeの版、OS、起動面を固定します。
- 利用する認証方式と対象組織を確認します。
- 組織への所属、席、役割、認証ポリシーを管理者が確認します。
- OAuth期限切れ、失効、APIキーの無効をエラー別に確認します。
- ブラウザーのcallback、Cookie、別プロファイル混在を確認します。
- DNS、プロキシ、VPN、TLS、許可ドメインを確認します。
- 端末時刻と証明書を確認し、安全な経路で一度だけ再認証します。
- 直らなければ秘密値を除く再現手順を管理者へ渡します。
試行回数を増やすほど直るとは限りません。組織ポリシーやネットワーク遮断は、同じ操作を繰り返しても変わりません。一定回数で止め、エラーと変更履歴を担当者へ渡します。認証制限を回避するために個人アカウントや私物端末へ移るのは、復旧ではなく新しいリスクです。
エラー別に対処を変える
Not logged inやLogin expiredは、正しい認証経路で再ログインします。OAuth token revoked／expiredは、失効理由と対象アカウントを確認してから更新します。Invalid API keyや401は、キーの値を表示せず、発行組織、保管先、期限、環境変数の参照先を管理者が照合します。広い権限のキーへ差し替えて接続だけ通しません。
「organization has disabled」の表示は組織側の状態です。「API key authenticationを無効化」「Claude subscription accessを無効化」も管理者設定の可能性があります。現場はエラー、必要業務、対象組織を示し、例外が必要なら期間と承認者を明記します。原因を回避策で隠さず、正式な認証方式へ戻します。
ネットワークとブラウザーを切り分ける
公式トラブルシューティングは、プロキシ、ファイアウォール、TLS、地域制限、到達性を確認項目に挙げています。会社ネットワークだけで失敗し、許可された別ネットワークで成功するなら、必要ドメインを管理者へ渡します。証明書検証を無効化して通す方法は採用しません。
ブラウザー認証では、会社と個人の複数プロファイル、古いセッション、callbackを遮断する拡張機能を確認します。シークレットモードで無理に回避するのではなく、会社指定プロファイルと正しい組織を使います。端末時刻が大きくずれると期限判定に影響するため、自動時刻同期も確認します。
復旧後のチェックリスト
復旧後は、正しい組織名／認証方式／利用可能な契約／再起動後のログイン／許可されたネットワーク／秘密値の非表示／失敗原因／修正担当／再発時の連絡先、を確認します。一度起動できただけで完了にせず、権限が想定範囲であることも確認します。
一時的なサービス障害だった場合は、公式statusと発生時刻を照合し、原因を「端末修正」と誤記録しません。原因を確定できなければ「未確認」と残し、再発時に比較できる正常時の版、組織、認証方式を保存します。
複数人が同時に失敗しているなら、個別端末より組織設定、認証基盤、ネットワーク、サービス状態を先に疑います。一人だけなら、その人の所属、席、端末時刻、ブラウザープロファイル、資格情報を比較します。この切り分けを最初に行うと、全員へ再インストールを案内する誤対応を避けられます。
復旧時刻と復旧操作も記録します。同じ症状が再発した時に、前回と同じ原因か、別の層の障害かを比較できるためです。
管理者へ渡す情報と停止条件
引き継ぐ情報は、期待する組織、実際の表示、エラー全文、時刻、認証方式、端末、ネットワーク、直前の変更、試した項目です。メールアドレスは必要最小限、APIキー、OAuthトークン、Cookie、Authorizationヘッダーは含めません。画面共有でも秘密情報の表示を避けます。
短時間に同じ認証を繰り返して制限が強まる、管理者不在でポリシーを確認できない、認証情報の漏えいが疑われる場合は作業を止めます。漏えいの可能性がある時は復旧より先に、会社の手順に従って失効と影響範囲の確認を行います。
内部リンクと公式情報
導入方法そのものはClaude Codeのインストール、企業の認証設計はClaude Codeの企業導入、権限範囲はClaude Codeの権限設定を確認してください。
最新のエラー名称と対処はAnthropic公式Error reference、導入とログインの確認は公式Troubleshoot installation and loginでreadbackしてください。表示や認証方式は更新されるため、古い手順だけで判断しません。
Miraigentの無料診断では、アカウント、組織、権限、ネットワーク、担当者を一つの導入経路として整理します。ログイン復旧後に同じ停止を繰り返さない運用表まで作れます。