まず押さえること：製品レビューではなく経路の話
Perplexity の回答品質や新機能の話は、公式アナウンスや各種レビューに譲ります。ここでは端末からサービスまでのネットワーク経路が律速になっているケースを想定します。ブラウザの ウェブ版では、メインのアプリケーションドメインに加え、短縮リンクや 静的アセット、検索結果のプレビュー取得、拡張機能やブラウザ設定次第では別オリジンのリクエストが増え、ログ上は一見バラバラなホスト名が並びます。症状が出るのがテキスト応答だけなのか、画像・ファイルを添付したときだけなのか、ログイン直後だけなのかで、疑うべきドメイン群も変わります。Clash は実際に接続した Server Nameをログに残しやすいので、まずそこから DOMAIN-SUFFIX を積み上げるのがもっとも事故が少ないです。
症状のパターン：ロード、ストリーム、認証で見え方が分かれる
ページ全体の初回表示だけ遅いのに、一度開けば快適、という場合は HTML と主要スクリプトは通っている一方で、遅延読み込みのリソースや バックグラウンド API が別経路になっていることがあります。ストリーミングが数行で途切れる症状は、ノードの不安定さに見えても、実際には DNS が一瞬だけ別経路で解決され、ルール評価と実際の宛先 IP の組み合わせがズレているだけ、というパターンも珍しくありません。サインインや課金画面だけ開かない場合は、メインの perplexity.ai とは別に、認証プロバイダや決済ドメインが DIRECT に落ちている典型があります。症状を再現する操作を一つに絞り、接続ログのドメイン一覧をその場で控える癖をつけると、以降の調整が一気に楽になります。
Perplexity 周りのドメイン：固定表よりログ優先
利用例として報告されやすい名前には、サービス本体の perplexity.ai、短縮・関連で現れやすい pplx.ai、必要に応じて www.perplexity.ai などがあります。ただしフロントエンドの構成は更新され得るため、「このサフィックスだけで一生」と決め打ちするより、自分のログに出た名前を正にしてください。画像や添付ファイルの扱いでは オブジェクトストレージや CDN のホスト名が混ざることもあり、一覧サイトの「完全ドメインリスト」よりその日の接続ログの方が信頼できます。ルールを広げるときに DOMAIN-KEYWORD,pplx のように雑に伸ばすと、無関係なホストまで誤爆しやすいので、運用が安定してきたら DOMAIN-SUFFIX に分解していくのが無難です。社内プロキシやゼロトラスト、DNS フィルタの下では、さらに別のブレークアウト URL が挟まることも忘れないでください。
分流ルールのスケッチ：プロキシポリシーへ寄せる
以下は説明用の YAML スケッチです。YOUR_PROXY_GROUP は利用中のプロファイルにあるポリシー名（例：PROXY や 节点选择）に置き換えてください。GEOIP だけに頼ると、CDN のエッジ次第で意図と違う国のノードに落ちることがあるため、困っているホストを個別に拾う方が再現性が高いです。認証や決済で別ドメインがログに出たら、同様に DOMAIN-SUFFIX で追加してください。
# Example: Perplexity-related hosts (adjust to your profile and logs)
rules:
- DOMAIN-SUFFIX,perplexity.ai,YOUR_PROXY_GROUP
- DOMAIN-SUFFIX,pplx.ai,YOUR_PROXY_GROUP
# If logs show www or CDN hosts, add explicitly:
# - DOMAIN-SUFFIX,www.perplexity.ai,YOUR_PROXY_GROUP
実際には *.cloudfront.net のような汎用 CDN 名が混ざることもありますが、広すぎるサフィックスを一括でプロキシに寄せると他サービスまで巻き込むリスクがあります。まずは Perplexity を操作した直後のログに出た完全修飾ドメインから足し、様子を見ながら整理するのが安全です。購読ルールセットに既に「海外向け」の広いマッチが入っている場合でも、最終的にどのポリシー名へ着地しているかはダッシュボードとログの両方で確認すると安心です。
ポリシー組：ブラウザ用と開発用を分けるかどうか
ひとつの プロキシグループにまとめるだけでも多くの場合は足りますが、低遅延を優先する API 用ノードと、帯域重視のブラウザ用ノードを分けたい場合は、ルールの宛先を別のポリシー名に振り分けます。Clash 系クライアントでは、URL テスト付きのグループやフェイルオーバーを用意しておくと、ノード落ち時の自動切り替えもしやすくなります。いずれにせよ、ルールが参照するポリシー名と、UI で選んでいるノードが同じ階層を指しているかを確認してください。スペルミスは「設定したのに効かない」典型原因です。
DNS・FakeIP・DoH：ルールと解決経路を一致させる
分流は多くの場合、名前解決のあとに効く前提で設計されます。OS が Clash を経由せず ISP の DNS へ問い合わせていると、得られた IP がルールの想定 GEO と合わず、ページは開くが一部リクエストだけ失敗するといった不整合が起きます。Clash Meta（Mihomo）系では fake-ip や nameserver-policy、DoH / DoT による暗号化 DNS などで細かく制御できますが、設定が増えるほどトラブル時の切り分けも難しくなります。DoH を有効にしたからといって自動的に速くなるとは限らず、リゾルバの地理的位置とフィルタ方針によっては逆に遅くなることもあります。重要なのは「どのプロセスが、どの DNS に、どの順で聞いているか」を一度図に起こすことです。
TUN と DNS ハイジャックを組み合わせる場合の注意点は、Meta コア DNS リーク防止ガイド にまとめています。FakeIP を使うときは、クライアントが返す仮想 IP とルールの評価順が意図どおりか、接続ログで確認してください。ブラウザのセキュア DNS（Chrome の設定など）をオンにしたまま Clash 側とも別々に DoH を向けていると、二重解決や意図しないフォールバックが起きやすいので、切り分け時は一時的にブラウザ側をオフにして挙動を比較するのも有効です。
実務のコツ：ウェブは快適なのに別アプリだけ遅いときは、環境変数 HTTPS_PROXY が未設定でツールが直結しているケースがあります。TUN を有効にするか、ツール側のプロキシ設定を揃えると改善することがあります。手順の全体像は Clash Verge Rev の TUN モードガイド を参照してください。
システムプロキシと TUN：ブラウザと CLI の覆い方
ブラウザは OS のプロキシ設定を尊重しやすい一方、一部の CLI や SDK はプロキシを無視します。TUN モードは OS のルーティング層でトラフィックを捕捉するため、同じマシン上の補助ツールまで同じ分流設計に乗せやすくなります。Windows での初回導入は Windows での Clash Verge Rev セットアップ（2026） と併せると、プロファイルの読み込みからシステム連携までの流れが掴みやすいです。VPN や別のフィルタと二重化すると遅くなるので、必要最小限のモードから試すのがおすすめです。
シリーズ記事との棲み分け
当サイトでは DeepSeek 向け、Claude（Anthropic）向け、Gemini / Google AI 向け、Grok / xAI 向け など、海外 AI サービス × Clash の記事を並べています。いずれもログでドメインを取り、分流と DNS を矛盾なく揃えるという骨格は共通ですが、ヒットしやすいホスト名と利用シーンが異なります。本稿は Perplexity に絞り、AI検索型のウェブ体験で増えがちな参照取得と CDN、短縮ドメインまわりを強調します。開発ツールチェーン全体を整えたい場合は Cursor・GitHub 向け分流 も参照し、自環境のログに現れた名前にだけルールを足す運用がもっとも軽くなります。
おすすめの作業順（最小）
- Clash を Rule モードで動かし、購読ルールが有効か確認する。
- 症状が出る操作を一つに絞り、接続ログのドメインを控える。
DOMAIN-SUFFIXなどで Perplexity 関連を意図したポリシーへ流し、誤爆がないか確認する。- DNS が Clash と矛盾していないか、FakeIP・DoH 利用時は特にログを再確認する（DNS ガイド）。
- ブラウザだけ／別アプリだけ違う場合は、TUN や CLI のプロキシ設定を疑う。
注意：職場・学校・地域の契約によっては、プロキシや迂回ツールの利用が禁止されている場合があります。適用される規則を確認のうえ、許可された環境でのみ設定してください。
まとめ
Perplexity の体感は、モデルだけでなくクライアントから見たネットワークの質に強く依存します。Clash の分流ルールで perplexity.ai や pplx.ai など関連ドメインをプロキシ側へ寄せ、DNS と FakeIP、必要なら DoH まで含めてポリシー組を矛盾なく揃えれば、ウェブ版のもたつきや断続的な切断、再試行のループを減らしやすくなります。話題のサービスだからといってルールを詰め込みすぎるより、ログで事実を取り、必要なサフィックスだけを足す方が 2026 年現在もっとも再現性が高いです。クライアントの入手と更新は、仕様変更の確認とあわせて 公式ダウンロードページ から行うと、インストーラ取得とソース閲覧の目的が混ざりにくくなります。