Clash経由でChatGPTに繋がらない?タイムアウトやログイン失敗の対処法
Clashを使うとChatGPTが開かない、応答がタイムアウトする、ログイン画面が進まない場合は、システムプロキシやルール設定、接続先ノード、DNSを順に確認しましょう。Clash Verge RevやMihomo Partyで試せる手順と、設定とノードのどちらに原因があるかを見分ける方法を紹介します。
最初に症状を整理:表示エラー・タイムアウト・ログイン失敗を分ける
Clashを起動してノードを選択できても、ChatGPTのWebページやアプリが正常に使えるとは限りません。ブラウザーの通信がClashに届いているか、対象ドメインに適用されるルールが意図したプロキシグループを選んでいるか、その先のノードが接続先へ到達できるかを順に確認します。速度テストに成功しても、測定先への接続が確認できただけで、ChatGPTを含むすべてのサービスで動作する保証にはなりません。
「ページを開けない」「読み込み中のままタイムアウトする」「ログイン画面へ戻る」「認証後に画面が進まない」では、確認する箇所が異なります。まず発生時刻、使用中のクライアントとバージョン、コア名とバージョン、OS、ブラウザー、選択中のモードとノードを記録してください。Clash Verge、Clash Verge Rev、Clash for Windows、ClashX、Clash for Androidでは画面や機能に違いがあり、設定名もバージョンによって変わります。
- ChatGPT以外のサイトも開けない:システムプロキシ、TUN、待ち受けポート、ノードの接続状態など、通信経路全体を確認します。
- ChatGPTだけ開けない:接続ログに表示されるドメインとルール、選択中のプロキシグループ、ノードごとの到達性を調べます。
- ページは開くがログインが完了しない:認証画面を含む別ドメインへの通信、ブラウザーのCookie、拡張機能、時刻設定などを切り分けます。
- 一部の端末やネットワークだけで失敗する:その端末のプロキシ設定、DNS、セキュリティソフト、ネットワーク側の制限を確認します。
プロキシモードと通信の入口を確認する
ノードを選んだだけでは、ブラウザーの通信がそのノードを通るとは限りません。システムプロキシはOSのプロキシ設定に従うアプリが対象です。TUNモードは仮想ネットワークインターフェースを使って、システムプロキシに従わない通信も取り込める場合がありますが、管理者権限、ドライバー、ルーティング、DNS設定などが関係します。両方を無条件に有効化するのではなく、まず利用中の方式を一つ確認しましょう。
- クライアントの「設定」や「一般」から、システムプロキシが有効か、TUNが有効かを確認します。表示名や配置はクライアントごとに異なります。
- 混合ポートの値をクライアント画面または実行中の設定で確認します。例として画面に
7897と表示されていれば、一般的なHTTPプロキシ接続先は127.0.0.1:7897です。環境によってポートは異なるため、例の数値をそのまま使用しないでください。 - OSのプロキシ設定とブラウザーのプロキシ拡張機能を確認します。ブラウザー独自の設定や拡張機能がシステム設定を上書きしていないか調べ、テスト中は通信経路を一つに絞ります。
- 別のVPN、別のプロキシアプリ、セキュリティソフトのWeb保護機能を一時的に確認します。複数のツールが同じ通信を取り込むと、競合や接続ループが起きることがあります。
明示的なプロキシ接続を試す場合は、クライアントに表示された混合ポートへテスト用リクエストを送ります。次の例ではポートを7897としています。実際のポートに置き換えてください。
curl --noproxy "" --proxy http://127.0.0.1:7897 \
--connect-timeout 10 --max-time 25 -I https://chatgpt.com/
Windowsではコマンド名をcurl.exeにします。macOSやLinuxでは通常curlを使います。HTTPの応答が返れば、少なくとも指定したURLへのプロキシ接続は成立しています。ただし、403や405はサーバーがリクエストを拒否した応答であり、直ちにプロキシ障害とは判断できません。ブラウザーでログインまで確認するには別の通信も必要です。また、コントローラーポートは管理用であり、Web通信のプロキシ先として指定しないでください。
ルールの適用先とノードを比較する
ルールモードでは、接続先ドメインやIPアドレスなどをもとに、DIRECT、REJECT、プロキシグループといった経路が選ばれます。ChatGPTのトップページだけがプロキシ経由でも、ログイン、認証、静的ファイルなど別ドメインへのリクエストが異なる経路になると、画面の読み込みや認証が完了しない場合があります。特定のホスト名だけを手作業で追加する前に、接続一覧に記録された実際の宛先と適用ルールを確認してください。
Clash Verge系では「接続」画面やルールの詳細表示、Clash for Windowsでは「Connections」や「Rules」、Androidクライアントでは接続・ログ画面などが確認場所の例です。ClashXを含め、画面構成や利用できる機能はバージョンとコアによって異なります。表示されたドメインを一つずつ見て、ルール名だけでなく最終的に選択されたグループとノードを確認しましょう。
| 症状・ログ | 確認する項目 | 次の切り分け |
|---|---|---|
| 接続がDIRECTになっている | ルールモード、対象ドメイン、ルールの優先順位 | テスト用に意図したグループを選び、接続一覧で結果を再確認 |
| 接続がREJECTになっている | 拒否ルール、広告ブロックやカスタムルール | 該当ルールの条件と適用範囲を確認する |
| プロキシグループは選択済みだがタイムアウトする | グループ内の実際の選択ノード、ノードの遅延と接続状態 | 同じ条件で別の利用可能なノードを一つだけ試す |
| ページは開くが認証後に止まる | 認証関連の別ドメイン、ブラウザーCookie、拡張機能 | 同時刻の接続ログを調べ、プライベートウィンドウでも比較する |
timeout、connection refused | ローカルポート、ノード、ネットワークの到達性 | まずローカルの待ち受けを確認し、その後ノードを比較する |
ノードの変更は一度に一つだけにします。手動選択が可能なグループで別ノードを試し、同じページを再読み込みしてログを比較してください。グループが自動選択やURLテストを行う構成では、クリックした項目と実際に接続に使われたノードが一致するとは限りません。速度測定値だけで判断せず、実際の接続記録とページの応答を確認します。
手順:設定を一つずつ変えて再現テストする
次の順に試すと、設定変更の影響を追いやすくなります。作業前に現在の設定名とモードを記録し、サブスクリプションや設定ファイルを丸ごと削除しないでください。テスト用に変更したルールは、原因が確認できたら必要な範囲だけ残すか、元に戻します。
- 通信方式を一つにする:システムプロキシかTUNのどちらを使っているかを確認します。ブラウザー拡張機能や他のVPNが併用されていれば、いったん停止して比較します。
- ルールモードを確認する:接続一覧を表示できる状態にして、ChatGPTのページを新しいタブで開きます。関連する接続のルール、DIRECTまたはプロキシの選択結果、グループ名を記録します。
- 実際のノードを一つ変更する:現在のグループで別の利用可能なノードを選び、同じページを再読み込みします。複数ノードを連続で変更したり、同時にDNS設定まで変更したりしないでください。
- ブラウザー要因を比較する:拡張機能を一時的に無効にするか、プライベートウィンドウで試します。プライベートウィンドウは通常のCookieとセッションを使わないため、そこでログインし直す必要が生じる場合があります。
- 結果とログを照合する:ページの表示だけでなく、同じ時刻の接続先、選択ルール、エラー内容を記録します。成功した場合は最後に変更した項目を特定し、必要なら元の設定へ戻して再現性を確認します。
DNS・ブラウザー・ネットワーク側の制限を確認する
接続一覧で接続先の名前解決に失敗している、あるいはログにlookupやDNS関連のエラーが出ている場合は、DNSを調べます。mihomoのnameserverはコアが使う上流DNSの設定であり、すべてのブラウザーやOSのDNS問い合わせが自動的にその設定を使うとは限りません。TUNのDNS取り込み設定、OSのDNS、ブラウザーのセキュアDNSが異なる経路を使っていないか確認します。
- 設定変更前に、問題の時刻とログに表示されたドメイン名を控えます。複数の上流DNSを一度に追加すると、どの変更が影響したか分からなくなるため、まず現在の設定を保存してください。
- ブラウザーのセキュアDNSや独自DoHを利用している場合、その問い合わせがClashのルールを通るか確認します。DNSの応答が得られても、WebサイトへのHTTPS接続が成功するとは限りません。
- ログイン後に画面が止まる場合、Cookieを消去する前にプライベートウィンドウや別のブラウザーで比較します。広告・スクリプト遮断の拡張機能がページの一部をブロックしている可能性もあります。
- OSの日時、タイムゾーン、自動時刻設定を確認します。時刻のずれはTLS証明書の検証や認証処理に影響することがあります。
- HTTP/3やQUICをブラウザーが利用している環境では、UDP通信の扱いも確認します。TUNやネットワーク側がUDPを適切に処理しない場合、同じブラウザーでもHTTP/2経由と異なる結果になることがあります。原因を比較する場合は、ブラウザーの設定を一時的に変更した後、必ず元に戻してください。
すべての設定を試しても特定のネットワークでだけ失敗する場合は、ネットワーク管理者によるフィルタリング、ファイアウォール、プロキシ制限なども考えられます。また、ChatGPTや関連サービスの利用可否は、サービス側の提供状況、アカウント状態、地域やネットワークの条件に左右される場合があります。利用地域に適用される規約や提供条件を確認し、それらを回避する目的で設定を変更しないでください。サービス側の障害やアカウントの制限が疑われるときは、Clashの設定変更を繰り返すより、公式の状態情報やサポート案内を確認するのが適切です。
調査結果をまとめるときは、クライアントとコアのバージョン、OS、発生時刻、利用したモード、選択したノード、ログに表示されたエラーの種類を記載します。認証トークン、Cookie、サブスクリプションURL、ノード情報などの秘密情報は含めないでください。