Claude Desktop Linux版で再ログインを繰り返し求められる原因と対処法
Linux版Claude Desktopで毎日のように再ログインを求められる不具合は、session_stale_reloginというサーバー側のセッション失効が原因です。Cowork利用中の二重ログインの仕組みと対処法も扱います。
Linux版のClaude Desktopで、数日から毎日おきに強制的な再ログインを求められる不具合が報告されています。アプリを起動したままでも発生し、Coworkでローカルフォルダーへのアクセスを許可する際には、数分の間に2回連続でサインインを求められることもあります。原因はローカルの認証情報が壊れたことではなく、サーバー側がセッションを「昇格権限には古すぎる」と判定して無効化する挙動にあります。
Linux版Claude Desktopで起きている再ログインの症状
GitHub Issue #89812には、Ubuntu上のclaude-desktopパッケージ(1.32352.1と1.34493.1で再現)で発生した症状が最初に報告されました。アプリを24時間以上起動したままにしておくと、session_stale_reloginという理由でセッションが強制的に無効化され、claude.aiのログイン画面へリダイレクトされます。同じマシンのブラウザーでclaude.aiにサインインしたセッションは何週間も切れないため、影響を受けるのはデスクトップアプリだけだと報告されています。
この不具合はLinuxに限りません。コメント欄では同じsession_stale_reloginのログがWindows 11でも確認されています。別のIssue #80494ではCachyOS環境で発生間隔が実測され、約23時間55分とほぼ24時間ちょうどの周期でした。スリープ復帰の直後に発生した日もあれば、スリープを挟まずに発生した日もあり、報告者は「スリープではなく約24時間のセッション有効期限が原因」と分析しています。
症状のパターンを整理すると、次のように切り分けられます。
| 症状 | 考えられる原因 |
|---|---|
| 起動したまま約24時間おきに強制ログアウトされる | 考えられる原因session_stale_reloginによるセッション失効 |
| Coworkのフォルダーアクセス許可中に2回連続でサインインを求められる | 考えられる原因ログイン処理自体の競合(teardown race) |
| 「Sign in to continue — Your session has expired」と出るが直前まで使えていた | 考えられる原因Coworkリクエストの403エラー(表示文言が実態とずれている) |
| Google認証を使う環境で「デバイスが登録されていない」ログが残る | 考えられる原因untrusted_deviceという別系統の失効判定 |
サーバー側のセッション失効が原因で、ローカルの認証情報は壊れていない
複数の報告者が、キーリングやクレデンシャルストアを個別に調査しています。GNOMEのgnome-keyring、KDEのKWallet、Windowsの資格情報ストアのいずれでも、保存されたOAuthトークンは正常に読み書きされていました。システムクロックのずれもNTP同期で否定されています。一方でLinux環境では、killallでアプリを強制終了して再起動してもこの再ログイン要求は解消せず持続することが確認されており、ローカルのプロセスやキャッシュの問題ではなくサーバー側の判定であることを裏付けています。
Windows環境のログには、サーバーから返るエラー本文がそのまま記録されていました。
Session is not fresh enough to grant elevated access. Sign in again to continue.
続くログの一行は、この失効の性質をさらに絞り込んでいます。
sessionKey is valid but too old for the requested scope expansion
つまりセッション自体は無効になっていません。無効なのは、より高い権限(elevated access)への昇格要求だけです。通常のチャット利用ではこの昇格要求が発生しないため、ブラウザーのセッションは何週間も持続します。デスクトップアプリは日常的な操作の中でこの昇格要求を送っており、その頻度がおよそ24時間に一度、失効の判定に引っかかっていると読み取れます。
Kubuntu環境からは、Google認証でサインインしている場合の別バリアントも報告されています。APIトークンのキャッシュはkwalletdから正常に読み込めているにもかかわらず、ほぼ毎日Googleの再ログイン画面が開くというものです。main.logには「AddSessionFile denied (untrusted_device); raised the re-login banner」という行が残っていました。session_stale_reloginとは別にuntrusted_deviceという判定名も観測されており、個人のMaxアカウントでSSOも組織のデバイスポリシーも無い環境で出ている点が報告者を戸惑わせています。
Coworkでの二重ログインは、ログイン処理自体の競合が原因
元の報告では、Coworkセッションでローカルフォルダーへのアクセスを許可しようとすると、数分以内に2回連続でサインインを求められると説明されています。ログには次の記録が残っていました。
claudeURLHandler: login loadURL superseded (teardown race)
claudeURLHandler: ignoring repeat delivery of login callback1回目のログイン処理が完了する前に、次のログイン画面の読み込みが割り込む競合(race)が起きており、1回目のサインインがアプリ側で握りつぶされることがあるようです。別の報告者は、この二重要求の背後にあるクライアント側のエラーも記録しています。
[error] Uncaught (in promise) CcrHttpError: startRemoteCoworkSession: 403このときアプリが表示するダイアログは「Sign in to continue — Your session has expired. Sign in again to verify your identity.」です。ですが実際に返っているのは403エラーで、セッションの期限切れとは異なる拒否理由です。表示文言が実態とずれているため、Keychainやトークンストレージを疑って回り道の調査をしてしまったという指摘もあります。
Linuxでは自動更新されないため、古いビルドを踏みやすい
Claude DesktopのLinux版インストールガイドにある通り、macOSとWindowsのClaude Desktopはアプリ内で自動更新されますが、Linux版だけは仕組みが異なります。公式ドキュメントでは、Linux版はアプリ自身が更新されず、aptを通じた通常のパッケージ更新でしかアップデートが届かないと明記されています。
sudo apt update && sudo apt upgrade自動更新が無いぶん、修正が入ったバージョンが出ていても、手元のLinux環境だけ古いビルドのまま残りやすい構図があります。再ログインが頻発する場合、まずアプリのバージョンを更新してから症状が続くか確認する価値があります。
今すぐ試せる対処法
現状、この不具合に対するAnthropicからの公式な修正告知は見当たりません。試せるのは次の対処です。
- 再ログインする。ローカルの認証情報は壊れていないため、ログイン画面でサインインし直せばその場では即座に復旧します
- Linux版はaptでアプリを更新する。自動更新されないため、
sudo apt update && sudo apt upgradeを明示的に実行して最新ビルドにする - Coworkの二重ログインは、1回目を焦らず完了させる。teardown raceは処理待ちの競合なので、1回目のサインインが弾かれても2回目の画面でそのまま完了させれば通常は先へ進める
- キーリングやKeychainの設定は変更しない。gnome-keyring・KWallet・Windowsの資格情報ストアはいずれも正常に動作していたと報告されており、ローカルの認証情報ストレージをリセットしても改善しない可能性が高い
- 「Sign in to continue — Your session has expired」の表示を額面通り受け取らない。Cowork利用中に出た場合はセッション失効ではなく403の拒否であることがあり、まずは再ログインで復帰するか試す
Claude DesktopはANTHROPIC_API_KEYのような環境変数を読まずOAuthだけで認証する仕組みのため、APIキー周りの設定を触っても今回の症状には関係しません。
改善を報告する声もあるが、Issueはopenのまま
コメント欄では、Desktop 1.49へアップグレードしてから1週間以上アプリを閉じたままにしても、再開時に再ログインを求められなくなったという報告が1件あります。main.logにもelevated_authのログが出なくなったとのことです。ただし、これは元の報告者本人による確認ではなく、他の利用者からの追試もまだありません。
このGitHub Issueは公開から1か月以上が経過してもopenのままです。session_stale_reloginとuntrusted_deviceという2種類のauth_kindのうち、後者については原因の分析も途中の段階です。Windows環境での追加調査では、日次で発生していた事象の大半はsession_stale_relogin本体ではなく、ログイン処理側の競合(teardown race)だったと訂正するコメントも投稿されています。バージョンを上げても症状が続く場合は、自分の環境情報をIssueに追記しておくと今後の切り分けの助けになります。
Claude CodeのCLIで頻発する再ログインとは別の不具合
Claude Codeで何度もログインを求められる原因と対処法では、CLI側の別の不具合を扱っています。複数のターミナルセッションが同じOAuthリフレッシュトークンを共有し、更新タイミングが衝突して再ログインを迫られる現象です。今回のDesktopアプリの症状はメカニズムが異なり、ローカルのトークン競合ではなく、サーバー側が昇格権限のセッションを約24時間で失効させる挙動が原因です。どちらも「何度もログインを求められる」という同じ見え方をしますが、ターミナルのCLIで起きているかDesktopアプリで起きているかで切り分けられます。
まとめ
Linux版Claude Desktopで数日から毎日おきに再ログインを求められる場合、多くはsession_stale_reloginというサーバー側のセッション失効が原因です。ローカルの認証情報やキーリングは壊れていません。Coworkでの二重ログインは、1回目のサインイン処理に2回目の読み込みが割り込む競合(teardown race)が背景にあります。Linux版はアプリ内で自動更新されないため、apt update && apt upgradeで最新ビルドに保つことが最初に試す価値のある対処です。Desktop 1.49へのアップグレード後に再発しなくなったという報告もありますが、GitHub Issueはopenのままなので、更新後も症状が続く場合はIssueへの追記が次の手がかりになります。