この記事で分かること
Clash を有効にしているのに ChatGPT が開かない、ログイン画面から先へ進まない、送信後にタイムアウトする——こうした症状は、選択中のノードだけが原因とは限りません。ChatGPT の通信がルールで DIRECT に送られている、ブラウザにはシステムプロキシが適用されている一方でアプリには適用されていない、DNS 解決や認証用ドメインへの接続が途中で失敗している、といった複数の要因が考えられます。
このページでは Clash Verge Rev と Mihomo 系クライアントを例に、まず他のサイトやノードの状態を確認し、次に Clash の接続ログ、ルール、システムプロキシ、TUN モードの順に調べます。画面名はクライアントのバージョンや OS によって異なる場合がありますが、確認するポイントは共通です。設定を一度に変えるのではなく、一つずつ変更して再テストすると、原因を見失わずに済みます。
なお、接続トラブルの切り分けはネットワーク経路の確認を目的とします。ChatGPT の提供状況やアカウントの利用条件は地域やサービス側の変更によって異なる場合があるため、利用可能な地域・規約・公式の稼働状況もあわせて確認してください。
症状から確認する場所を絞る
最初に「ChatGPT だけが失敗するのか」「Clash 経由の通信全体が不安定なのか」を分けます。ブラウザで一般的なウェブサイトも開けないなら、ChatGPT 固有のルールを編集する前に、Clash が起動しているか、プロファイルが読み込まれているか、ノードが実際に応答するかを調べてください。一方、ほかのサイトは正常で ChatGPT だけ失敗するなら、ChatGPT 関連のドメインやアプリごとのプロキシ適用範囲が有力な確認対象です。
| 見えている症状 | 最初に確認すること | 次の確認先 |
|---|---|---|
| ウェブサイト全般が開かない | Clash の起動状態、プロファイル、ノード | 接続ログとシステムプロキシ |
| ChatGPT の画面だけ読み込みが続く | 接続ログで接続先ドメインとルールを確認 | ドメインルール、DNS、別ノード |
| ブラウザは使えるがデスクトップアプリは失敗 | アプリがシステムプロキシを使うか確認 | TUN モード、アプリ再起動 |
| ログインできるが送信後にタイムアウト | 応答時のログ、ノードの安定性を確認 | 長時間接続、DNS、サービス稼働状況 |
エラーの種類も手がかりになります。ページが開く前に接続が切れる場合は、プロキシ経路や DNS の確認が先です。ログイン後に画面が更新されない、または送信中に止まる場合は、認証画面とは異なるホストへの通信や、接続を維持する通信が別の経路へ流れていないかを確認します。表示された文言だけで原因を断定せず、Clash 側のログに実際の接続先が記録されているかを見ましょう。
ノードと Clash の接続ログを確認する
まず Clash のプロキシグループから別の利用可能なノードを選び、同じページを再読み込みします。遅延テストの数値が小さくても、ChatGPT の接続に必要な HTTPS 通信が安定しているとは限りません。短いテストでは応答するノードでも、混雑やパケット損失によってログインや長めの応答の途中で切れることがあります。普段のネットワークに近い条件で、同じ操作を二、三回試して再現性を確認してください。
次に Clash の「接続」「Connections」「ログ」などの画面を開き、ChatGPT のページを再読み込みしてから接続先を探します。代表的な名前として chatgpt.com、openai.com、認証関連の auth.openai.com、API を利用する環境では api.openai.com がログに現れることがあります。ただし、サービスの構成や利用方法によって通信先は変わるため、固定リストをすべて登録するのではなく、実際に失敗した操作の直後に記録されたホスト名を手がかりにします。
ログには、接続先だけでなくマッチしたルール、選択されたポリシー、接続の結果が表示されることがあります。ChatGPT 関連の通信が DIRECT に一致しているなら、ルールモードやルールの優先順位を確認します。意図したプロキシグループに送られているのに失敗する場合は、ルールを増やすより先に別ノードで試し、ノード側の応答やサービス側の状態を切り分けるほうが効率的です。
接続ログに該当する通信がまったく出ない場合は、ブラウザやアプリが Clash を経由していない可能性があります。システムプロキシの設定が有効か、別の VPN・プロキシが同時に動作していないか、アプリを起動した後に設定を変更していないかを確認してください。変更後は対象のアプリを完全に終了してから起動し直し、再度ログを見ます。
ドメインルールと優先順位を見直す
ルールモードを使っている場合、ChatGPT の通信先がどのルールに一致するかが重要です。設定ファイルの後半にある広い条件や既定のルールが、追加した個別ルールより先に評価されていれば、想定とは異なる経路になります。Mihomo 系の設定では、一般に上から順に条件を評価し、先に一致したルールが採用されます。編集する場合は、現在有効なプロファイルまたはオーバーライド設定を確認し、既存の設定を不用意に上書きしないようにしてください。
ルールを追加するなら、接続ログに表示されたホストをもとに、必要なドメインだけを対象にします。たとえば DOMAIN-SUFFIX,openai.com,利用するポリシー のような形でドメインの末尾に一致させる方法がありますが、実際のポリシー名は設定内にあるプロキシグループと一致させる必要があります。利用するポリシー は説明用の文字列であり、そのまま貼り付けるものではありません。既存のルール形式やプロファイルの仕様に従ってください。
すべての通信を広い範囲でプロキシへ送るルールを追加すると、ChatGPT 以外のサイトの挙動まで変わることがあります。まず記録されたホストだけを対象にし、ルールを追加する前後でログの一致先を比較します。ルールの変更が反映されない場合は、編集対象が現在選択中のプロファイルか、設定の検証に失敗していないか、プロファイル更新で変更が上書きされていないかも確認しましょう。
ルールを調整したら、古い接続が残らないように ChatGPT のタブを閉じるか、ブラウザを再起動してから試します。既存の HTTPS 接続は、設定変更後もしばらく維持されることがあります。再接続後に新しいログが記録され、意図したポリシーが使われていることを確認できれば、ルール変更の効果を判断しやすくなります。
順番に試す接続テスト
原因を一つずつ切り分けるため、次の手順でテストします。各段階で結果を記録し、問題が解消した時点で不要な設定変更を増やさないのがポイントです。
- 現在の状態を記録する：Clash のモード、選択ノード、プロファイル名、システムプロキシと TUN の状態をメモします。同時に、エラーが出るアプリと操作も記録してください。
- ノードを変えて試す：別の利用可能なノードを選び、ChatGPT のページを再読み込みします。改善した場合は、元のノードの混雑や接続品質が関係している可能性があります。
- ログで経路を調べる：接続ログを開いた状態でログインや送信を行い、接続先ホスト、適用ルール、選択ポリシー、エラーの有無を確認します。ログに出た情報を見ずに、ドメインを推測で追加しないでください。
- ルールモードを確認する：ChatGPT の通信が想定外のポリシーに送られている場合に限り、実際のホスト名に合わせたルールを追加または修正します。設定を保存したら、プロファイルの再読み込みや設定反映の操作を行います。
- システムプロキシを確認する：ブラウザで試している場合は、Clash のシステムプロキシ設定が有効か確認します。OS のネットワーク設定で別のプロキシが指定されていないかも見てください。
- TUN を一時的に試す：プロキシ設定を参照しないアプリだけ失敗する場合に、競合する VPN を停止したうえで TUN を一時的に有効にし、同じ操作を再テストします。試験後は必要性を判断し、使わない場合は元の状態へ戻します。
比較テストは条件を揃えて行います。ノードを変更した直後にブラウザのキャッシュや DNS 設定まで同時に変えると、何が改善に効いたのか分からなくなります。テストごとに「変更した項目」「結果」「ログの変化」を短く記録しておくと、元へ戻す場合も迷いません。社用端末や学校のネットワークでは、管理ポリシーに反する設定変更を行わず、必要に応じて管理者に確認してください。
システムプロキシと TUN を使い分ける
Clash のシステムプロキシは、OS のプロキシ設定を参照するブラウザやアプリに通信先を知らせる方式です。そのため、ブラウザでは ChatGPT が開くのに、デスクトップアプリや別のブラウザだけ失敗することがあります。各アプリがシステムプロキシを利用するかは実装によって異なり、Clash のトグルを有効にしただけで全アプリが必ず対象になるわけではありません。
TUN モードは仮想ネットワークインターフェースを使い、通常のプロキシ設定を参照しないアプリの通信も取り込める場合があります。アプリ限定の問題を調べる手段として有効ですが、管理者権限が必要になることがあり、別の VPN、企業のセキュリティソフト、ネットワークフィルターと競合する可能性もあります。TUN をオンにする前に、他の VPN を停止できるか、必要な権限があるか、ネットワークの利用規約に反しないかを確認してください。
ブラウザでの接続まで不安定な場合に、すぐ TUN を追加しても根本原因がノードやルールなら改善しないことがあります。まず通常のシステムプロキシとログで経路を確認し、特定のアプリがプロキシを無視していると分かったときだけ TUN を短時間テストするのが安全です。TUN を有効にして改善した場合も、常用する前に DNS、ローカルネットワーク、スリープ復帰後の接続を確認し、不要なときは無効に戻してください。
DNS・ブラウザ・復旧後の確認
ログで意図したポリシーが使われているのに接続できない場合は、DNS の応答やキャッシュも確認対象です。DNS 設定を変更すると、ChatGPT 以外の通信やローカルネットワークにも影響することがあります。最初から複数の DNS オプションを追加するのではなく、Clash のログやエラーメッセージに名前解決の失敗が出ているかを確認してから、クライアントとプロファイルの説明に沿って調整します。
ブラウザだけが失敗する場合は、プライベートウィンドウで同じページを開く、拡張機能を一時停止する、別のブラウザで再現するか試す方法もあります。これで改善する場合は、Clash のルール以外に、拡張機能、保存されたセッション、ブラウザ独自の DNS やプロキシ設定が影響している可能性があります。ログイン情報を削除したり、アカウントからサインアウトしたりする前に、必要な認証手段を利用できることを確認してください。
また、Clash のログに接続エラーがなく、複数のネットワークやノードでも同じ症状が続く場合は、サービス側の障害やアカウントに関する問題も考えられます。公式の稼働状況を確認し、短時間にノードや設定を何度も切り替えるのは避けましょう。復旧した後は、TUN や一時的な DNS 設定を使い続ける必要があるか見直し、原因の説明に必要な設定だけを残すと、次回のトラブルも切り分けやすくなります。
ブラウザ独自のプロキシ設定が中心のツールでは、アプリごとの通信経路を把握しにくく、ルールを細かく調整できない場合があります。Clash は接続ログでドメインとマッチしたルールを確認でき、必要な通信だけをポリシーへ振り分けたり、アプリが設定を読まない場合に TUN を検討したりできるのが利点です。接続先や設定を自分で確認しながら環境を整えたい方は、利用する OS に合ったクライアントを入手して手順を確認してください。