Perplexityが開かないときに確認すること
Perplexity にアクセスしようとしたとき、ページが表示されない、読み込みが終わらない、「接続がタイムアウトしました」と表示される、または検索画面が途中で固まることがあります。Clashを使用している場合、この症状は必ずしもPerplexity側の障害を意味するものではありません。Clashの動作モード、ルールの振り分け、DNS、選択中のノードなど、複数の設定が通信に影響します。
特に多いのは、ブラウザの通信だけがプロキシを通り、Perplexityが利用する別ドメインやAPI通信がDIRECTになっているケースです。また、ノードが混雑していると、トップページは表示できてもログイン、検索実行、回答生成の段階でタイムアウトすることがあります。本記事では、原因を一つずつ切り分け、Clash Verge RevやMihomoを中心に安定した接続へ戻す手順を解説します。
この記事のゴール
Perplexityの通信がどのルールで処理されているかを確認し、安定したノード、DNS、動作モードを選べる状態にします。
先に確認してください
Perplexityのサービス障害やアカウント制限が発生している場合、Clashの設定を変更しても改善しません。別のネットワークやブラウザで同じ症状が出るかも確認しましょう。
1Clashのモードとノードを確認する
最初に確認したいのは、Clashが実際に通信を処理しているかどうかです。Clash Verge Revのメイン画面で、システムプロキシが有効になっていることを確認してください。ブラウザだけでなく、Perplexityのログイン画面や関連するバックグラウンド通信まで確実に制御したい場合は、環境に応じてTUNモードを使用します。
- Ruleモード：ドメインやIPアドレスのルールに従って、PROXYまたはDIRECTへ振り分けます。原因を確認しやすく、通常は最初に推奨されるモードです。
- Globalモード：ほぼすべての通信を選択したプロキシへ送ります。ルール漏れの切り分けには便利ですが、国内サービスや動画サイトまで遅くなることがあります。
- Directモード：すべての通信を直接接続します。Clashが原因かどうかを確認するテストに使えますが、接続制限がある環境ではPerplexityを開けない場合があります。
- TUNモード：アプリケーションの通信をシステムレベルで取り込みます。ブラウザのプロキシ設定を無視するアプリやDNS通信の確認に有効です。
まずRuleモードでPerplexityを開き、Clashの「Connections」または「Logs」を表示します。ページを再読み込みした際に、perplexity.ai、認証関連ドメイン、静的ファイル配信用ドメインなどの接続が表示されるか確認してください。接続が一つも表示されない場合は、システムプロキシ、TUNモード、ブラウザの個別プロキシ設定を見直します。
ノードを変更して反応を比較する
現在のノードがタイムアウトの原因である可能性もあります。ノード一覧で応答時間だけを見るのではなく、実際にPerplexityのトップページ、ログイン、検索実行まで試してください。低遅延でも海外サービスとの相性が悪いノードや、共有ユーザーが多く混雑しているノードは、HTTPS接続の確立後に通信が止まることがあります。
- 同じ地域のノードを2〜3個切り替えて比較する。
- 極端に遅い、頻繁に切断されるノードは一度外す。
- プロバイダーのサブスクリプションを更新し、期限切れのノードを使わない。
- 自動選択グループで問題が続く場合は、安定したノードを一時的に手動選択する。
2ルールとDNSの設定を修正する
RuleモードでPerplexityを利用する場合、関連ドメインが確実に同じプロキシグループへ送られている必要があります。トップページだけを見て判断すると、検索APIやログイン処理が別のルールへ振り分けられている問題を見落としやすくなります。Clashのルール画面や接続ログで、通信先と最終的な出力先を確認してください。
使用中の設定ファイルを直接編集する場合は、既存のプロキシグループ名に合わせてルールを追加します。グループ名は環境によって異なるため、以下の Perplexity は実際に存在するグループ名へ置き換えてください。
ルールは上から順番に評価されます。最後の MATCH,DIRECT より前にPerplexity関連ルールを置かないと、先にある広いルールによって直接接続される場合があります。設定を変更した後は、プロファイルを保存して再読み込みし、必要に応じてClashのコアも再起動してください。
DNS解決とFake-IPの影響
DNSが不安定だと、ブラウザはPerplexityのサーバーへ接続する前に長時間待機します。ClashのDNSが無効になっていたり、利用中のDNSサーバーへ到達できなかったりする場合は、名前解決の失敗がタイムアウトとして表示されます。Mihomoでは、まず利用環境に合ったDNS設定になっているかを確認しましょう。
fake-ipを使用している場合、特定のドメインがFake-IPフィルターへ正しく登録されているかも重要です。症状がDNS変更後に発生したなら、一時的にredir-hostへ切り替えて比較すると原因を絞り込めます。ただし、モード変更は他のアプリケーションにも影響するため、検証後は安定していた設定へ戻してください。
3実際にタイムアウトを切り分ける手順
設定を一度にたくさん変更すると、何が原因だったのか分からなくなります。次の手順では、Clash Verge Rev、Mihomo、一般的なブラウザを想定し、変更を一つずつ行います。各手順の後にPerplexityを再読み込みし、トップページだけでなく検索結果の生成まで確認してください。
- Clashの接続状態を確認：システムプロキシまたはTUNモードが意図した状態になっているか確認します。別のVPNやブラウザ内蔵プロキシが同時に動作している場合は停止します。
- ノードを固定：自動選択を一時的に解除し、応答が安定しているノードを手動で選択します。ノード変更後に接続ログが増えるかを見ます。
- ルールの出力先を確認：Perplexity関連の接続がDIRECTになっていないか確認します。DIRECTなら、ルールの順番、グループ名、プロファイルの適用状態を見直します。
- DNSキャッシュを消去：ClashのDNSキャッシュをクリアし、ブラウザを完全に終了してから再起動します。Windowsでは必要に応じてコマンドプロンプトで
ipconfig /flushdnsを実行します。 - ブラウザ要因を除外：シークレットウィンドウや別ブラウザで試します。拡張機能、古いCookie、サービスワーカーが読み込みを妨げることがあります。
- モードを比較：Ruleモードで失敗し、Globalモードで成功するなら、原因はほぼルールまたはDNSの振り分けです。Globalでも失敗する場合は、ノード品質やサービス側の状態を疑います。
- プロファイルを更新：サブスクリプションを再取得し、古いノード情報や失効したルールを置き換えます。更新前の設定はバックアップしておくと安全です。
ログを見るポイント
「connection refused」は接続先またはノードが拒否した状態、「i/o timeout」は応答待ちの時間切れ、「DNS lookup failed」は名前解決の失敗を示すことが多く、それぞれ確認箇所が異なります。
4まだ開かない場合の追加対策
基本設定を確認しても改善しない場合は、Clash以外のネットワーク要因も確認します。OSのファイアウォールやセキュリティソフトがClashのコア通信を遮断していると、プロキシは起動していても外部接続だけが失敗します。Clash本体とMihomoコアがファイアウォールで許可されているか、また会社や学校のネットワークで特定のポートが制限されていないかを確認してください。
- IPv6を確認：IPv4では接続できるのにIPv6経由だけ失敗する場合があります。切り分けとしてIPv6を一時的に無効化し、症状が変わるか比較します。
- MTUを確認：ページは開くものの回答生成中に止まる場合、経路上のパケット分割が関係していることがあります。TUN設定やネットワークアダプターのMTUを不用意に変更せず、まず別ノードで比較します。
- 時刻を同期：TLS証明書の検証に失敗しないよう、OSの日付、時刻、タイムゾーンを自動設定にします。
- Cookieと認証を整理：ログイン画面だけがループする場合は、Perplexityのサイトデータを削除し、ブラウザを再起動してから再試行します。
- サービス障害を確認：複数のノード、別端末、別ネットワークで同時に失敗するなら、ClashではなくPerplexity側の障害やアカウント状態を確認します。
設定変更時の注意
プロファイルのルールを大量に削除したり、複数のVPNやプロキシを重ねたりすると、DNSリークや経路の不整合が起きやすくなります。変更前にYAMLを保存し、一項目ずつ検証してください。
最終的には、安定したノードを一つ選び、Ruleモード、正しいDNS、Perplexity関連ドメインの明示的なルールという構成から再構築するのが安全です。複雑なMerge設定やスクリプトを利用している場合は、いったん最小構成のプロファイルで動作を確認し、成功後に必要なルールを戻すと原因を追跡しやすくなります。設定が正常になった後も、ノードの遅延、接続ログ、サブスクリプションの更新日を定期的に確認しておくと、同じタイムアウトの再発を防げます。