Clashのプロキシノードの選び方｜遅延・通信量倍率・地域・プロトコルを比較

用途を決める：ノードの並び順と実際の使い心地は別

Clashのノード一覧には、地域・回線・プロトコル・倍率などの情報が名前に含まれていることがあります。ただし、ノード名はサブスクリプション提供元が設定したもので、コアが回線の実態を検証した証拠ではありません。選ぶ際は、まず利用するサービスに必要な地域を確認し、接続の安定性と通信量のコストを見たうえで、遅延やスループットを比較しましょう。

Clashは、プロキシクライアントやコアのエコシステムを指す一般的な呼び名です。Clash Metaは後継のmihomoとして開発が続いていますが、クライアントによって同梱されるコアは異なります。サブスクリプションを読み込めても、それは設定が受け付けられたことを示すだけです。ノードが一覧に表示されても、現在のコアがそのプロトコルや通信パラメーターをすべてサポートしているとは限りません。

ノード、DNS、TUN、ルールを同時に変更しないでください。一度に変えるのは1項目だけにすると、改善の原因を特定できます。以下の数値は判断方法や計算例を説明するためのもので、当サイトでの実測値や回線性能の保証ではありません。

遅延テスト：ミリ秒だけでなく、測定経路を見る

URLテストとICMP Pingは別物

Clashクライアントで一般的なノード遅延テストでは、コアが指定したノードを経由してテストURLにリクエストを送ります。結果は、そのプロキシ経路からテスト先へアクセスするのにかかった時間を示します。接続の再利用、DNSキャッシュ、TLSハンドシェイク、クライアントの計測方法なども数値に影響します。端末からプロキシサーバーまでのICMP往復時間だけを測っているわけではありません。

そのため、システムコマンドのpingの結果を、クライアントのテストの代わりに使うことはできません。サーバーがICMPを拒否していても、プロキシ接続は許可している場合があります。また、出口ノードや接続先による制限でテストURLが「タイムアウト」しても、ほかのサイトにはアクセスできることがあります。逆に、テストに成功しても、動画サービスやコードホスティングサイトが必ず使えるとは限りません。

複数回の測定でばらつきを確認する

1. ネットワーク環境、テストURL、タイムアウト設定を固定し、ダウンロードやほかの一括測定は停止します。
2. 候補ノードごとに5回、数秒間隔で測定し、タイムアウトも記録します。最速の結果だけを残すのは避けましょう。
3. 中央値とばらつきを比較し、実際に使うサービスにもアクセスします。

たとえば、ノードAの5回の結果が45、46、48、290ミリ秒、タイムアウトで、ノードBが72、74、75、78、80ミリ秒だったとします。Aの最低値は小さいものの、この測定ではBのほうが安定しています。リモートターミナルや音声通話では、後者のような安定性が重要です。ただし、5回の測定はあくまで初期選別であり、長時間の確認に代わるものではありません。

通信量倍率：サービス提供元の課金ルールで計算する

ノード名にある「0.5×」「1×」「2×」は、通常、サブスクリプション提供元が定める通信量の消費倍率を示します。速度の倍率ではなく、Clashコアの標準課金項目でもありません。名前だけでは課金方法を確認できないため、上り・下りのどちらを集計するか、単位の計算方法、時間帯による倍率変更の有無を提供元に確認しましょう。

提供元が「課金対象の通信量＝計測通信量×倍率」で計算すると明示している場合、消費量の例は次のとおりです。表の10 GBは提供元の計測基準による通信量であり、ブラウザーに表示されるファイルサイズと一致するとは限りません。

大容量テストの前に、配分を確認する

残りの配信量が60 GBで、すべて2×ノードを使う場合、上記の簡易ルールでは計測通信量を約30 GBまで利用できます。速度測定でも通信量は消費されます。平均10 MB/sで60秒ダウンロードすると、10進換算で約600 MBです。2×ノードでは、この分だけで約1.2 GBの配信量を消費する計算になります。ほかの計測項目は含みません。

• 普段のブラウジングでは、安定した低倍率のノードを1つ確保し、不要な通信量の消費を抑えましょう。
• 高倍率ノードは、必要なサービスに限って使い、バックグラウンド更新を含む全通信の既定経路にしないようにしましょう。
• クライアントの接続パネルに表示されるのは通信量の観測値です。最終的な残量はサービス提供元の請求情報で確認してください。

出口地域：ノード名よりサービス側の判定を確認

端末の所在地、プロキシの入口、最終的な出口はそれぞれ異なる場合があります。「香港中継」と名付けられた回線でも、出口が香港とは限りません。「日本」も運営元が付けた名称にすぎないことがあります。多くのウェブサイトは出口IPを基準に地域を判定しますが、アカウントの地域、支払い情報、端末の位置情報、過去のセッションなども考慮される場合があります。

実際のリクエスト経路を確認する

1. クライアントで候補ノードを選び、該当するプロキシグループがそのノードを使っていることを確認します。
2. 対象サイトにアクセスし、「接続」または「ログ」画面で、ドメインに適用されたルールとポリシーの経路を確認します。画面の名称はクライアントによって異なります。
3. 同じプロキシ経路でIP確認ページにアクセスし、出口アドレスと地域を確認してから、対象サービスでも検証します。
4. IP確認ページと対象サイトで異なるポリシーグループが使われている場合は、先にルールを修正します。前者の結果だけで後者を判断することはできません。

同じIPアドレスでも、地理データベースによって地域の判定が異なることがあります。IP確認ページに表示された地域が、対象サービスの使うデータベースでも同じとは限りません。アクセスできない原因は、共有出口の評価、同時接続数の制限、アカウントの状態などの場合もあり、地域の不一致だけとは限りません。

プロトコル比較：Trojan・VLESS・Hysteria2

プロトコル名から分かるのは接続方式と互換性の要件であり、回線の品質そのものではありません。同じプロトコルでも、ネットワーク環境によって性能は大きく変わります。比較する前に、クライアントのコア情報画面で実際に使われているコアを確認し、サブスクリプションの要件と照らし合わせましょう。特に、旧版Clashの対応範囲をmihomoにそのまま当てはめないでください。

Trojan：まずTLSの設定を確認

Trojanの一般的な構成ではTLSを使用します。サーバーのIPアドレスとポートに到達できても、SNIの不一致、証明書の異常、端末の時刻設定の誤りなどによってハンドシェイクに失敗することがあります。「テストを成功させる」ために証明書の検証を長期間無効にしないでください。サブスクリプションでWebSocketなどの追加通信方式を使う場合は、クライアントのコアがその組み合わせに対応しているかも確認しましょう。

VLESS：プロトコル名だけでは設定全体を特定できない

VLESS自体は通信内容を暗号化しません。必要な保護はTLSやREALITYなどのセキュリティ層、または別の保護された環境で担う必要があります。TCP、WebSocket、gRPCなどの通信設定は互換ではありません。REALITYを使う場合、公開鍵やshort-idなどもサーバー側と一致させる必要があります。サーバーアドレスとUUIDだけをコピーしても、ノード設定を再現できないことがよくあります。

Hysteria2：まずUDPが使えるか確認

Hysteria2は、パケットロスがある一部のネットワークで有利な場合がありますが、必ず速くなるわけではありません。Wi-Fi、通信事業者、ファイアウォールなどがUDPを制限していると、性能が大きく低下したり、接続できなかったりすることがあります。UDP 443を設定しても、自動的にTCPのHTTPS通信へ切り替わるわけではありません。ポート番号が同じでも、通信プロトコルは異なります。HysteriaとHysteria2の設定も、そのまま相互に置き換えることはできません。

Hysteria2経由でウェブサイトを開けても、ゲームや音声通話が同じ経路を使えるとは限りません。アプリがシステムプロキシを使うか、コアがそのUDP通信を処理するか、サーバーが転送を許可するかを個別に確認してください。TUNを使うとシステムプロキシを使わない通信も多く取り込めますが、ノード自体の帯域が改善したり、現在のネットワークによるノード接続の制限を回避できたりするわけではありません。

Clashでノードを絞り込む：手動で確認してから自動選択

最初は候補を3～5ノードに絞り、普段使いの低倍率出口、目的の地域の出口、予備回線をそれぞれ含めましょう。ポリシーグループで1つずつ手動選択し、「テストURL」「対象サイトへのアクセス」「継続利用」の3点を確認してから、自動測定を使います。

url-testはテスト先だけを基準に選ぶ

以下はmihomoの設定例です。既存のノード定義がある設定に追加して使います。proxiesのノード名は、実際の名前と完全に一致させてください。この例にはサーバー情報が含まれないため、単独では完全な設定として読み込めません。

proxy-groups:
  - name: 遅延優先
    type: url-test
    proxies:
      - 日常用・低倍率
      - 地域別の予備
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

• interval: 300は、秒単位のテスト間隔を表します。実際の実行タイミングは、グループの使用状況などの設定にも左右されるため、厳密なタイマーとして扱わないでください。
• tolerance: 50は、切り替えによる効果が小さい場合に頻繁な切り替えを抑えるための、ミリ秒単位の許容値です。帯域幅のしきい値ではありません。
• 候補ノードの出口からテストURLにアクセスできる必要があります。そのURLで最適なノードが、対象の動画サービスやコードリポジトリにも最適とは限りません。
• 自動測定はノード名に含まれる倍率を判別せず、アカウントの地域や対象サービスへの接続可否も検証しません。

サブスクリプションの更新によって、ローカルの変更が上書きされることがあります。ポリシーグループを継続して使う場合は、クライアントの上書き機能またはマージ機能を使い、適用順序をそのクライアントのドキュメントで確認してください。ルールの基本的な書き方はClashの設定ガイドをご覧ください。

よくあるトラブル：タイムアウト、遅延、切り替えが反映されない

遅延は低いのに、動画がバッファリングする

まず、動画リクエストが実際にどのノードを使っているかを確認し、画質を固定して数分間再生します。遅延テストは小さなリクエストを送るだけで、継続的なスループット、動画CDNまでの経路、混雑時間帯の輻輳は分かりません。ウェブページの応答は正常なのに大容量通信の速度が落ち続ける場合は、DNSを何度も変更するのではなく、同じ時間帯に予備回線と比較しましょう。

すべてのノードがタイムアウトする。サブスクリプションが無効？

まず、端末の直接接続が正常か、サブスクリプションの有効期限が切れていないか、残量があるかを確認し、次にコアのログを確認します。timeoutは結果であり、根本原因ではありません。connection refusedは通常、接続が拒否されたことを示します。証明書エラーの場合は、TLSの設定とシステム時刻を確認してください。Hysteria2だけが失敗する場合は、TCP系のノードと比較し、UDP経路が原因かどうかを切り分けます。

ノードを切り替えても、サイト上のIPが変わらない

現在のモード、対象ドメインに適用されたルール、ブラウザーが実際にプロキシを使っているかを確認します。DIRECTルールが適用された接続は、プロキシグループのノードを切り替えても出口が変わりません。既存の接続が再利用されていないかも確認してください。ルールを調べずにTUNを有効にするのではなく、リクエストがどこからコアに入り、最終的にどのポリシーが選ばれたかを先に確認しましょう。

最終的にどの順で選べばよい？

まず対象地域とプロトコルの互換性を満たすノードを選び、切断や大きなばらつきがあるものを除外します。残ったノードで倍率と継続的な速度を比較し、最後に遅延で絞り込みます。最低遅延の数値だけを追って頻繁に切り替えるより、検証済みの予備出口を確保するほうが実用的です。インストールと読み込みの手順は使い方ガイドをご覧ください。