目次
ページ上のエラーから、今回確認すべき階層を決める
ChatGPT または Claude が開かない場合は、まずページに表示された文言をそのまま記録してください。読み込みが終わらない状態、ERR_TIMED_OUT、403 Access Denied はそれぞれ別の障害です。401、429、5xx も、認証、レート制限、サーバー側異常を個別に示します。「使えない」とだけ書くと、その後の手順がすべて推測になります。
ページの結果をまず次のように分類する
| 確認された現象 | 最初に判断する内容 |
|---|---|
| ページの枠は表示されるが、アイコン、ボタン、サインイン部品が空白 | 静的リソースのドメインが別のルールまたは送信経路を使っている可能性がある |
| ERR_CONNECTION_TIMED_OUT / リクエストのタイムアウト | ネットワーク経路、ノード、または持続接続の失敗 |
| 401 / Unauthorized | サインイン状態、token、または API 認証情報 |
| 403 / Access Denied | サービスのポリシー、アカウント状態、またはリクエストの拒否 |
| 429 / Too Many Requests | 頻度または使用量の制限であり、ノード遅延ではない |
| 500 / 502 / 503 | サービス側または上流の一時的な異常。まず公式ステータスを確認する |
| 応答が途中で止まる | ストリーミング接続、ノード切り替え、またはネットワークの揺らぎ |
ブラウザでホームページが開くことから分かるのは、メイン文書が届いたことだけです。スクリプト、画像、サインイン部品は別の静的リソースドメインから配信されることがあり、サインインのリダイレクト、ファイルのアップロード、モデルのストリーミング応答でも別のリクエストが発生します。外枠だけが表示される場合は、別のWebページを代用してテストせず、Connections でこれらのリソースとモデルリクエストが同じ安定した送信経路を使っているか確認してください。
送信経路を一つに固定し、比較できる失敗状態を残す
再現可能なテストを作る
Proxies でノードを一つ固定する
テスト中に送信経路が変わらないよう、url-test または fallback は一時的に使わないでください。
Rule モードを維持する
Connections を開き、失敗する操作に対応するドメインとルールを確認できるようにします。
操作を一つだけ繰り返す
たとえば、サインインをクリックする、同じ短いメッセージを送る、または同じ小さなファイルをアップロードします。
ページの状態と Clash の結果を保存する
HTTP ステータス、接続の送信経路、所要時間、ログエラーを記録します。
失敗した操作が Connections にまったく表示されない場合、ブラウザまたはデスクトップアプリは現在の Clash を経由していない可能性があります。記録はあるものの DIRECT に一致する場合は、ルールを確認してください。固定ノードまで到達しても timeout になる場合に限り、別のノードやネットワークと比較する意味があります。
サインインページへ繰り返し戻る場合は、セッションが確立したかを重点的に確認する
サインインループでは、アカウント情報を入力してもサインインページへ戻る、または確認コードの入力後もチャット画面へ進まないことがよくあります。まず同じブラウザのプライベートウィンドウで再試行し、期限切れのセッションや拡張機能の干渉を除外してください。最初からすべてのサイトデータを消すと、ほかのアカウントからも同時にサインアウトしてしまいます。
サインインをクリックした後のリクエストを確認します。認証リダイレクトが Clash に入らない場合は、ブラウザ側のプロキシ設定を確認してください。入った後に 401 または 403 が返るなら、通信はサービスへ到達しています。アカウント、サインイン方法、サービスの表示内容を続けて確認してください。地域や送信経路を頻繁に変えると、一度のサインインが複数のセッション環境にまたがることもあるため、テスト中はノードを固定します。
サインイン問題で残すべき情報
- ループが発生する具体的なページとボタン
- プライベートウィンドウでも同じ結果になるか
- 失敗したリクエストが 401、403、timeout のどれを返すか
- サインインの前後で同じ固定送信経路を使い続けたか
Access Denied は「プロキシをもう一層追加する」だけでは解決しない
明確な 403 または Access Denied は通常、リクエストがサイトへ到達したものの拒否されたことを示します。ページに表示された理由、アカウント状態、地域制限、サービスの提供範囲、現在の送信経路が利用規約に沿っているかを確認してください。DNS タイムアウトやポートが開いていない問題とは、異なる階層です。
Global モードで確認できるのは、ルールがリクエストを誤った送信経路へ送ったかどうかまでです。サーバー側の拒否を通信成功に変えることはできません。Rule と Global の両方で、同じ固定ノードから同じ 403 が返る場合は、Clash の調整をやめ、アカウントまたはサービスのポリシーに対処してください。
短いWebページは正常でも長い応答が中断する場合は、接続の持続性を検証する
モデルの応答は継続的に返されるデータストリームです。ノードが一度の遅延確認を完了しても、数十秒の接続を安定して維持できるとは限りません。少し長めで再現可能な質問を使い、中断した時点の終了理由を Connections で確認してください。同時に自動切り替えを無効にし、応答途中で別の送信経路へ変わらないようにします。
同じ固定ノードを、自宅回線とモバイルホットスポットで一度ずつ試します。一方のネットワークだけで中断するなら、そのネットワークと DNS を重点的に確認してください。両方が近い位置で中断するなら、別のプロトコルまたはノードと比較します。一度の成功だけで結論を出さず、同じリクエストを少なくとも二、三回繰り返してください。
応答の中断時に timeout が表示される
別の固定ノードと別のネットワークを比較し、ノード側の送信経路かローカルネットワークかを切り分けます。
中断した瞬間にポリシーグループが自動でノードを切り替える
トラブルシューティング中は select で送信経路を固定し、安定してからヘルスチェックを調整します。
ページに 429 と表示される
アカウントの使用量とレート制限の説明を確認してください。速度テストを続けても制限は解除されません。
すべてのユーザーに同時に 5xx が返る
サービスの公式ステータスを確認し、上流が復旧してから再度テストします。
Web版は使えるのにデスクトップ版または API が使えない場合は、プロセスがシステムプロキシを参照しているか確認する
ブラウザは通常 Windows または macOS のシステムプロキシに従いますが、ターミナルの curl、SDK、一部のデスクトップアプリは独自のネットワーク設定を使用することがあります。同じ API リクエストを実行しても Connections に記録がなければ、リクエストはまだ Clash に入っていません。ノードを切り替えても意味はありません。
コマンドラインツールでは、それぞれのドキュメントに従って HTTP_PROXY と HTTPS_PROXY を設定できます。システムプロキシを参照しない複数のアプリをまとめて取り込む必要がある場合に限り、TUN を検討してください。API が 401 を返した場合、リクエストはサーバーへ到達しています。プロキシ範囲を広げるのではなく、API key とリクエスト形式を確認します。
CLASH_PORT=7890
export HTTP_PROXY="http://127.0.0.1:${CLASH_PORT}"
export HTTPS_PROXY="http://127.0.0.1:${CLASH_PORT}"
export NO_PROXY="localhost,127.0.0.1,::1"
curl -I https://example.com$CLASH_PORT = 7890
$env:HTTP_PROXY = "http://127.0.0.1:$CLASH_PORT"
$env:HTTPS_PROXY = "http://127.0.0.1:$CLASH_PORT"
$env:NO_PROXY = "localhost,127.0.0.1,::1"
curl.exe -I https://example.com短いメッセージを一件送り、リクエストが最後まで完了することを確認する
固定ノードと Rule モードへ戻り、一度サインインして短いメッセージを一件送信します。Connections にこの操作のリクエストが表示され、ページが以前のエラーを返さず、応答も最後まで完了する必要があります。
まだ失敗する場合は、現象に応じて対処を続けます。接続記録がなければ取り込み方法、DIRECT と表示されたらルール、timeout ならノードとネットワークを比較してください。401、403、429 が返る場合は、サーバー側の結果として調べます。
短いメッセージが最後まで返るようになってから、url-test または fallback を戻してください。自動グループを戻すと問題が再発する場合、比較条件は明確です。アカウントとルールは変わらず、変わったのは送信経路の選択です。