Clash経由でChatGPTに接続できない？タイムアウトの直し方

症状を整理する：画面が開かないのか、応答が止まるのか

Clashを有効にした後、ChatGPTのページが開かない、ログイン画面から先へ進まない、会話の送信がタイムアウトする、といった症状が出ることがあります。これらは同じ原因とは限りません。ページ自体を読み込めない場合は、ブラウザーの通信がClashに取り込まれているか、ルールがどの出站先を選んだかを先に確認します。画面は表示されるのに送信だけ失敗する場合は、関連ドメインへの接続、DNS応答、ノードの安定性も調べます。

「システムプロキシ有効」と表示されていても、すべての通信が自動的にプロキシを通るわけではありません。ブラウザーがシステム設定に従っているか、拡張機能が別の接続先を指定していないか、VPNやセキュリティソフトが経路を変更していないかによって結果は変わります。また、Clashはクライアントとコアを含む一般的な呼び名です。以下の画面名は製品やバージョンで異なるため、「プロキシ」「接続」「ログ」「設定」など、同じ役割の画面を探してください。

1. Clashのコアが起動し、現在の設定が読み込まれていることを確認します。
2. 「プロキシ」画面で、利用中のプロキシグループと選択中のノードを記録します。
3. 「接続」または「ログ」を開いたまま、ブラウザーでChatGPTを一度だけ再読み込みします。
4. その時刻に対象ドメインの接続記録がないか、記録された場合はルール名と出站先が何かを確認します。

プロキシモードとノードを確認する

ルールモードでは、設定内のルールとプロキシグループに従って、接続ごとにDIRECT、拒否、またはプロキシ経由の出站先が選ばれます。ChatGPT関連の通信がDIRECTに一致していれば、ノードを選んでいてもその通信はノードを通りません。逆に、プロキシグループが選択されていても、その中のノードがタイムアウトしているとページは開きません。

原因を切り分けるため、対象の接続記録がある状態で、ルールモードとグローバルモードを一時的に比較できます。グローバルモードでは開き、ルールモードで失敗するなら、適用ルールやグループの選択先を調べます。どちらでも失敗するなら、選択ノード、ネットワーク、DNS、ブラウザーのプロキシ利用状況を続けて確認してください。比較後は普段使うモードに戻します。

ノードの遅延テストに成功しても、ChatGPTへの接続が正常とは限りません。遅延テストは通常、指定されたテスト先への応答を測るもので、Webサイトのログインや通信全体を検証するものではありません。接続記録にタイムアウトや接続拒否が出る場合は、まず別の利用可能なノードで同じ操作を試し、結果が変わるかを比べます。

実際に試す：通信記録を見ながらルールを切り分ける

次の手順は、デスクトップ版Clashクライアントやmihomoコアを使う場合の一般的な確認方法です。特定製品のメニュー名を前提にせず、現在の設定、モード、接続記録を順に確認します。

1. 現在の状態を記録：クライアントとコアのバージョン、使用中の設定名、モード、選択ノードを控えます。設定のエクスポートには認証情報が含まれる場合があるため、安全な場所に保存してください。
2. ログを表示：「接続」または「ログ」を開き、必要なら一時的にログレベルをinfoにします。常時debugにすると記録が増え、機密情報が含まれる可能性もあるため、必要な場合だけ使用します。
3. 新しい通信を発生：ブラウザーでChatGPTを再読み込みし、ログに記録されたホスト名、ルール、出站グループ、エラーを確認します。古い接続記録と混同しないよう、操作した時刻も見ます。
4. グローバルモードで比較：短時間だけグローバルモードにし、プロキシ選択先が利用可能なノードになっていることを確認して再読み込みします。成功したらルールモードへ戻し、DIRECTに一致したのか、グループの選択が異なるのかを調べます。
5. ノードを比較：同じモード、同じブラウザーで別の利用可能なノードを一つ試します。複数の条件を一度に変えず、成功・失敗とログの差を記録してください。

ログに一致したルールが表示される場合、そのルールが意図した出站先を選んでいるかを確認します。設定例では、実在するプロキシグループ名を使ってください。グループ名のAIは説明用の例であり、既存の設定に自動的に存在する名前ではありません。

rules:
  - DOMAIN-SUFFIX,chatgpt.com,AI
  - DOMAIN-SUFFIX,openai.com,AI
  - MATCH,DIRECT

この例はルールの書き方を示すもので、すべての環境で必要なドメインを網羅するものではありません。ルールは上から評価されるため、対象ドメインに一致するルールを、それより先に一致する広いルールより前に置く必要があります。実際に必要なドメインはサービス側の変更や利用機能によって変わります。接続ログで確認できたホスト名を根拠に調整し、根拠なく広範囲のドメインを一括でプロキシへ送らないようにしましょう。

対象ドメインとDNSの問題を調べる

ChatGPTの利用時は、画面の表示だけでなく、ログイン、静的ファイル、API、画像など別のホスト名への通信が発生することがあります。chatgpt.comだけをプロキシに送れば全機能が必ず動く、とは限りません。反対に、広い範囲を対象にしたルールを追加すると、関係のない通信まで変更することがあります。ページが開く前後や送信時のログを確認し、実際に失敗したドメインとルールを一つずつ特定してください。ログに認証情報やURLの一部が表示される場合があるため、共有前に必ず伏せます。

DNSの問題では、ドメイン名を解決できない、接続先が想定と異なる、名前解決に時間がかかるといった症状が出ることがあります。ログにlookup、no such host、名前解決のタイムアウトなどがあれば、接続先ノードだけでなく、コアのDNS設定、OSのDNS、VPNや別のフィルターとの競合も確認します。DNS設定を変える前に、変更内容と元の値を記録し、変更後はクライアントを再読み込みして同じ操作で比較してください。

• エラーが一つのノードだけで出る：そのノードの接続先や経路を疑い、別ノードで比較します。
• 複数ノードで名前解決エラーが出る：コアのDNS設定、利用中ネットワーク、別のVPN・DNSフィルターとの競合を確認します。
• 接続記録がDIRECTになっている：適用ルールとルール順を確認します。DNSサーバーを変更しても、出站先の誤りは直りません。
• 特定の関連ホストだけ失敗する：そのホストのルール、接続先への到達性、ブラウザーのキャッシュや拡張機能を個別に確認します。

TUNモードは仮想ネットワークインターフェースなどを使って、システムプロキシを参照しないアプリの通信を取り込むための機能です。ChatGPTをブラウザーで使う場合、まずシステムプロキシが有効でブラウザーがそれに従っているなら、TUNを新たに有効にする必要はありません。別のアプリで通信記録が出ない場合に限り、TUNの状態、必要な権限、ルーティング設定を確認します。システムプロキシとTUNを同時に切り替えると、経路の変化を判別しにくくなるため、比較は一つずつ行ってください。

ブラウザー・ネットワーク・安全性を確認する

接続記録がない場合は、ルール編集よりも、ブラウザーの通信がClashに届いているかを先に調べます。ブラウザーのプロキシ拡張機能がシステム設定を上書きしていないか、プライベートウィンドウでも同じ症状が出るかを確認します。別のブラウザーで一度だけ比較すると、拡張機能やプロファイル固有の問題を見分けやすくなります。ブラウザーの設定を初期化する前に、拡張機能を一つずつ無効にして変化を確認してください。

ネットワーク側の切り分けでは、同じ端末・同じ設定のまま、別のWi-Fiや携帯回線で再現するかを比較します。特定のネットワークだけ失敗する場合は、ルーターのフィルタリング、DNS設定、ネットワーク側の制限が関係している可能性があります。別のネットワークでも同じノードだけ失敗するならノード側、複数のノードとネットワークで広く失敗するなら、設定やクライアント、サービス側の状態を含めて調べます。

Clash以外のVPN、広告ブロッカー、ファイアウォール、企業管理ソフトが同時に動作していると、通信の取り込み先やDNSが競合することがあります。必要な場合は、信頼できる環境で他のネットワークツールを一時停止して比較しますが、セキュリティ機能を恒久的に無効にしたり、確認していない実行ファイルを許可リストに追加したりしないでください。変更した項目は診断後に元へ戻します。

サービス側の障害や一時的な制限も、クライアント設定だけでは解決できません。接続ログに異常がなく、複数のノードやネットワークでも同じエラーが続く場合は、時間を置いて再試行し、サービスの公式な状態案内を確認してください。サブスクリプションURL、ノードの認証情報、完全な設定ファイル、個人情報を含むログを公開の場所へ貼り付けないことも重要です。

原因を特定した後は、必要なルールだけを残し、通常の出站モードへ戻します。設定変更前後のモード、ノード、適用ルール、接続結果を記録しておけば、後日クライアントやコアを更新した際にも比較できます。