ChatGPT がタイムアウトするときに確認すること
ChatGPT を開こうとしても読み込みが終わらない、ログイン画面から先へ進めない、メッセージ送信後に応答が止まる——こうした症状が Clash の利用中に出た場合、原因は必ずしもノードの速度だけではありません。ChatGPT の画面表示、認証、会話データの取得では複数のホストへの HTTPS 接続が使われます。その一部だけがプロキシを通らなかったり、DNS の応答と実際の通信経路が食い違ったりすると、ページの一部だけが読み込まれず、全体がタイムアウトしたように見えることがあります。
まず、ChatGPT 側の障害や利用制限が起きていないかを確認し、次にほかのサイトやアプリが同じノードで利用できるかを試します。そのうえで、Clash のモード、選択中のノード、ルールの適用結果、DNS、TUN の順に調べると、設定をむやみに変更せず原因を絞り込めます。本稿では Clash Verge Rev を例に説明しますが、設定名や画面の位置は Clash Verge、Mihomo などのクライアントやバージョンによって異なる場合があります。
症状を記録するときは、「ページが開かない」「ログインできない」「送信後に応答が途切れる」を分けて考えてください。たとえばトップページは表示されるのにログインだけ失敗するなら、ノード全体の停止より認証ホストへのルーティングを疑えます。一方、ほかの海外サイトも同時に開かないなら、ノードや回線自体の問題である可能性が高くなります。
症状から問題の範囲を切り分ける
設定変更を始める前に、同じ端末でブラウザを変える、別のネットワークを使う、別のノードを選ぶ、といった比較を一つずつ行います。複数の条件を同時に変えると、接続が直っても何が原因だったのか分からず、再発時に同じ確認を繰り返すことになります。各テストでは、試した時刻、ネットワーク、ノード名、表示されたエラーを簡単にメモしておくと、Clash の接続ログと照合しやすくなります。
- ChatGPT だけ開かない：ChatGPT 関連ホストのルール漏れ、DNS の不整合、ブラウザのキャッシュや拡張機能を確認します。
- ログイン画面だけ進まない：認証ページへの接続や Cookie の状態が、通常のページ表示と異なっていないかを調べます。
- 送信後に応答が止まる：ノードの混雑、長時間接続の切断、ストリーミング通信の不安定さを疑い、別ノードでも同じ操作を試します。
- 複数のサイトもタイムアウトする：ChatGPT のルールだけでなく、選択中のノード、購読の更新状態、端末のネットワークを確認します。
- ブラウザでは動くがアプリでは失敗する：ブラウザとアプリが異なるプロキシ設定やネットワーク経路を使っていないかを見ます。
同じ端末でシステムプロキシを有効にしたブラウザは動くのに、別のアプリでは失敗することがあります。アプリによっては OS のプロキシ設定を参照せず、直接接続を試みるためです。この場合、Clash のルールが正しくても、その通信が Clash に到達していない可能性があります。まず一つのブラウザで再現する条件を作り、ブラウザとアプリの結果を別々に記録してください。
モードとノードを確認する
Clash のモードが Rule なら、通信先ごとに設定されたルールに従って接続先が選ばれます。Global は通信全体を選択中のプロキシグループへ送り、Direct はプロキシを経由しない接続です。設定画面でモード名を確認し、ChatGPT の確認中に意図せず Direct になっていないかを見てください。普段 Rule を使っている環境で一時的に Global に切り替えると、ルール漏れとノード不調を見分ける手掛かりになります。ただし、確認が終わったら通常のモードへ戻しましょう。
次に、選択中のプロキシグループとノードの状態を確認します。遅延テストの数値が低くても、ChatGPT のページ表示や長い応答が安定するとは限りません。テストは特定の接続先への短い通信を測るものであり、実際の通信先までの経路や混雑を完全に表すものではないためです。現在のノードで失敗する場合は、地域や経路の異なる別ノードを一つ選び、同じブラウザ、同じネットワークで再テストします。
切り替え後は、古い接続が残らないようページを再読み込みします。それでも挙動が変わらない場合は、ブラウザのプライベートウィンドウで試して、キャッシュや拡張機能の影響を分けてください。ノードを次々に切り替えるより、各テストの結果を比べる方が「そのノードだけで失敗する」のか「どのノードでも失敗する」のかを判断しやすくなります。基本的な画面操作を確認したい場合は、Clash Verge Rev のチュートリアルも参考になります。
実際にルールとログを確認する
ここでは、Rule モードで ChatGPT の通信先が想定したポリシーに入っているかを確認します。設定画面の名称はクライアントによって異なりますが、通常は接続、ログ、プロキシ、ルールに関係する画面を使います。プロファイルを編集する前に、現在のプロファイルを複製するかバックアップしてください。購読型プロファイルを直接編集すると、次回更新時に変更が上書きされる場合があります。
- Clash のログを開く：ChatGPT のページを再読み込みし、失敗した時刻付近に記録された接続先ホスト名と、適用されたルール、選択されたポリシーを確認します。
- 対象ホストを見分ける：ログに表示された名前をもとに、ページ表示、認証、API、画像など、どの通信が止まっているかを考えます。ChatGPT の接続先は変更される可能性があるため、固定リストをそのまま「完全な一覧」と考えないでください。
- ルールの順序を確認する：広い条件のルールや最終的な MATCH より前に、必要なドメインルールが評価されているかを確認します。先に一致したルールが使われる設定では、後ろに追加したルールが実際には適用されないことがあります。
- 必要なホストだけポリシーを指定する：実ログで確認できたホストを、利用中のプロファイル形式に合うルールで意図したプロキシグループへ送ります。ホスト全体を無条件でまとめて変更する前に、ログとルールの対応を確認してください。
- 変更後に再テストする：設定を反映し、同じページを再読み込みします。ログ上のポリシーが意図どおり変わったか、エラーが消えたかを一つずつ見ます。
たとえば ChatGPT の画面を開いたときに、ログ上で関連ホストが DIRECT に一致しているなら、現在のルールではプロキシを通っていないことが分かります。反対に、想定したプロキシグループへ入っているのに接続が失敗する場合は、ノードの混雑、DNS、TLS 接続、サービス側の一時的な問題へ調査範囲を移せます。ログに複数のホストが現れたときは、一つずつ確認し、関係が分からない通信までまとめて変更しないことが大切です。
DNS と TUN は必要なときに確認する
DNS はドメイン名を接続先の IP アドレスに変換します。端末側、ルーター側、Clash 側で異なる DNS の応答を使っていると、名前解決は成功していても、意図した経路へ接続できない場合があります。Clash のログで名前解決エラーや接続先の不一致が見られるときは、DNS 設定を確認してください。原因を絞る段階で複数の DNS オプションを一度に変えると、かえって比較が難しくなるため、現在の設定を控えてから一項目ずつ試します。
DNS キャッシュの影響が疑われる場合は、ブラウザの再起動や端末のネットワーク再接続を試し、変更前後で同じホストがどう記録されるか比べます。ブラウザ独自のセキュア DNS、OS の DNS 設定、Clash の DNS 機能が同時に働いている環境では、どの層が名前解決を担当しているかが分かりにくくなることがあります。特定の設定を無効にする前に、現在有効な DNS 機能を整理し、テスト後に必要な設定を戻せるようにしてください。
TUN は、システムプロキシを参照しないアプリの通信も取り込む必要がある場合に検討します。ブラウザだけで試す段階では、最初から TUN を有効にする必要はありません。通常のプロキシ設定と Rule モードで原因を確認し、それでも特定のアプリだけがログに現れず直接接続していると分かったときに、権限や他の VPN との競合を確認してから試してください。TUN をオンにした後は、ChatGPT だけでなく社内ネットワーク、ローカル機器、ほかの VPN 接続にも影響がないかを確認し、不要なら停止します。
特に Windows の仮想ネットワークアダプターや macOS のネットワーク拡張を使う環境では、別の VPN、セキュリティソフト、以前のプロキシ設定が競合することがあります。接続が不安定になったときは、権限を繰り返し許可するのではなく、どの機能を有効にした直後から症状が変わったかを確認してください。企業や学校が管理する端末では、ネットワーク設定を変更する前に管理者のルールも確認します。
再発を防ぐ確認方法
原因を切り分けられたら、設定を必要最小限に保ちます。ChatGPT の関連通信だけが DIRECT に漏れていた場合は、ログで確認した範囲をルールに反映し、意図しないホストまでプロキシへ送らないようにします。ノードが不安定だった場合は、遅延テストの数値だけではなく、ページの読み込み、ログイン、メッセージ送信の三つを実際に試して選びます。接続できた状態を基準として記録しておけば、プロファイル更新後に問題が再発した際も差分を確認できます。
「ログに接続記録がない」「ログには出るが DNS 解決で失敗する」「プロキシポリシーへ入るが接続が切れる」は、それぞれ異なる段階の問題です。最初のケースでは、ブラウザやアプリが Clash の経路を使っているかを調べます。DNS のエラーなら名前解決の設定を確認し、ポリシー適用後の切断ならノードや上流ネットワークを比較します。このように失敗した層を分けて考えると、無関係な設定を変更するリスクを減らせます。
一部のプロキシアプリは簡単な切り替えに向く一方、ルールの適用先や通信ログを詳しく追えず、原因が分からないまま設定をやり直すことがあります。Clash はモード、ノード、ルール、ログを分けて確認できるため、ChatGPT のように複数の HTTPS 接続を使うサービスでも、どの段階で止まっているかを追いやすいのが利点です。ブラウザだけで試すシンプルな構成から始め、必要に応じて DNS や TUN を段階的に調整したい場合は、利用する端末に合ったクライアントを選んでください。