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

用途で絞り込んでから、遅延を比較する

ノード選びは、まず目的のサービスで必要な接続先地域を確認し、アクセスできるかを試してから、安定性・通信量倍率・速度を比較するのが基本です。ClashXなどのクライアントに表示されるミリ秒の数値は、あくまで一度の測定結果であり、ノード全体の評価ではありません。45 msでも頻繁に切断されるノードより、110 msを安定して保つノードのほうが、会議には適していることがあります。

サブスクリプションサービスでは、入口・出口・プロトコルの組み合わせに「香港 01」「日本中継」「米国専用線」などの名前が付けられていることがあります。こうした名称はサービス提供者が設定したもので、クライアントが回線を検証した証明ではありません。「専用線」と書かれていても、帯域幅が一定、パケットロスが少ない、動画配信サービスを利用できるとは限りません。初めて使うときは、候補を3つに絞りましょう。普段使いの低倍率ノード、目的の地域のノード、別回線の予備ノードを1つずつ選びます。

遅延テストで分かること：ダウンロード速度や利用感のすべてではない

ICMP・TCP・URLを使ったテストの違い

システムのpingは通常、ICMPパケットを送信します。一方、クライアントの「遅延テスト」では、指定URLへプロキシ経由でアクセスする方式がよく使われ、接続確立、TLSハンドシェイク、HTTP応答などが含まれる場合があります。計測範囲はクライアントやコアの実装によって異なります。経路・プロトコル・接続先が同じとは限らないため、両者の数値をそのまま比較することはできません。

たとえばhttps://www.gstatic.com/generate_204をテストした結果から分かるのは、そのノード経由でこのURLにアクセスしたときの状態だけです。同じノードでコードホスティングサービス、動画配信サービス、会議サーバーにも速く接続できるとは限りません。url-testプロキシグループも、設定されたテストURLを基準にノードを選ぶ仕組みです。現在の用途に必要な地域まで自動で判断するわけではありません。

繰り返し測定し、中央値とばらつきを比べる

1. 同じWi-Fiまたは有線ネットワークを使い、システム更新や大容量ファイルのダウンロードは一時停止します。
2. 候補ノードのテストURLとタイムアウト設定を統一します。たとえば、すべて5000 msに設定します。
3. 各ノードを5回ずつ、約10秒間隔で測定し、成功回数・中央値・最大値を記録します。
4. 普段使う時間帯にも再測定します。たとえば20:00～23:00の結果を確認し、深夜の結果だけで長期利用するノードを決めないようにしましょう。

以下は判断方法を説明するための例であり、本サイトで実際に回線を測定した結果ではありません。ノードAは45、48、46、620 msで、1回タイムアウト。ノードBは105、108、110、112、109 msでした。Aの最小値は低い一方、Bの結果はより安定しています。会議、リモート端末、操作の応答性が重要なWebページでは、まずBを試すとよいでしょう。5回の測定はあくまで初期選定であり、長期的な稼働率を示すものではありません。

通信量倍率の計算方法：割り当て量を確認してから使える量を見積もる

通信量倍率は通常、通信量の差し引きに使われる係数です。サービス提供者の計算方法によりますが、倍率が2倍のノードで10 GB分の課金対象通信が発生した場合、プランの割り当て量から通常20 GB差し引かれます。0.5倍なら通常5 GBです。倍率は通信速度の倍率ではなく、高倍率のノードが必ず速いという意味でもありません。

通信量の差し引き量（目安）＝課金対象の通信量 × ノード倍率
10 GB × 0.5 = 5 GB
10 GB × 1.0 = 10 GB
10 GB × 2.0 = 20 GB

残り通信量が60 GBで、倍率2倍のノードだけを使う場合：
利用できる課金対象の通信量は約60 ÷ 2 = 30 GB

ここでいう「課金対象の通信量」は、ブラウザーに表示されるダウンロードファイルのサイズと一致するとは限りません。サービス提供者によってはアップロードとダウンロードを合算し、容量の単位が異なる場合や、使用量の集計に遅れが生じる場合もあります。クライアントの接続画面に表示される通信量も、サーバー側の課金対象範囲と一致するとは限りません。実際の差し引き量は、サービス提供者のルールとアカウントの使用量を確認してください。

• 大容量ファイルのダウンロード：まず低倍率のノードで短時間試します。必要な速度を安定して維持できるなら、わずかな遅延の差だけを理由に高倍率のノードへ切り替える必要はありません。
• 特定地域へのアクセスがたまに必要：その地域の高倍率ノードは用途を限定して使い、すべての通信が割高な出口を通らないようにしましょう。
• 倍率の記載がない：ノード名だけでは課金条件は分かりません。サービス提供者のノード一覧とプラン説明を確認し、倍率が1倍だと決めつけないでください。

平均8 Mb/sで2時間動画を視聴した場合、映像データだけで約7.2 GBです。その他のリクエストや転送時のオーバーヘッドは含みません。2倍のノードなら、差し引き量は約14.4 GBと見込まれます。小文字のbはビット、大文字のBはバイトを表し、8 Mb/sは約1 MB/sです。

接続先地域の選び方：入口・出口IP・コンテンツの地域を分けて考える

ノード名に記載された地域は、通常、想定される出口の地域を指しており、クライアントが最初に接続する入口の場所とは限りません。中継回線では、近くの入口に接続した後、中継経路を通って別の国や地域からインターネットに接続することがあります。そのため「日本ノード」でも、端末から日本のサーバーへ直接接続しているとは限りません。地理的に近い場所でも、実際の経路が短いとは限りません。

接続先のWebサイトに見えるのは通常、出口IP

Webサービスは通常、出口IPの所在地、アカウントの地域、支払い情報などをもとに、表示するコンテンツやアクセス権を決定します。米国の出口に切り替えても、アカウント地域・ストア地域・コンテンツ一覧がすべて変わるとは限りません。IPデータベースの更新状況も異なるため、検索サイトではある地域と表示されても、接続先のプラットフォームは同じIPを別の地域やデータセンターのプロキシと判定する場合があります。

1. テスト中に自動プロキシグループがノードを切り替えないよう、クライアントで候補ノードを手動選択します。
2. 目的のサービスを開き、トップページだけでなく、実際に使うページ・動画・APIが利用できることを確認します。
3. クライアントの「接続」画面で、該当ドメイン・適用ルール・実際のプロキシ経路を確認し、リクエストが直接接続や別のプロキシグループへ流れていないか確認します。
4. アカウントで利用する地域はなるべく一定に保ちましょう。出口を変更して本人確認が求められた場合は、プラットフォームの手順に従い、地域を何度も切り替えて繰り返しログインするのは避けてください。

動画配信サービスの地域制限解除は、常に同じ結果になるとは限りません。同じ地域でも出口IPによって結果が異なり、サービス提供者が出口を変更すれば、同じノードでも状況が変わることがあります。一度再生できても、その時点でのテスト結果にすぎず、今後も使える保証にはなりません。テストでは作品詳細ページが開けるかだけでなく、実際に必要な画質で再生できるか、連続再生が安定するかも確認しましょう。

プロトコルの選び方：まずコアの対応状況、次にネットワーク環境を確認

プロトコル名が示すのは通信方式や認証方式であり、速度の順位ではありません。Shadowsocks、Trojan、VMess、VLESS、Hysteria2、TUICなどが使えるかどうかは、クライアントに搭載されたコアのバージョンと設定項目によって異なります。ClashXは派生版によって機能が異なるため、一律には判断できません。mihomoコアを採用するクライアントでも、「バージョン情報」やコア情報の画面で実際のバージョンを確認してください。サブスクリプションを読み込めても、すべてのノード設定項目に正しく対応しているとは限りません。

Hysteria2とTUICはQUICを利用するため、UDPが使えるネットワークが必要です。ホテルや学校、オフィスのネットワークではUDPが制限されることがあり、自宅の回線では正常なノードでも、別のネットワークでは接続できない場合があります。一方、TCP接続を利用するプロキシノードでも、あらゆるアプリのUDP通信を中継できるとは限りません。対応プロトコルの機能、サーバー設定、クライアント設定を確認してください。

繰り返し使えるノードのテスト手順

手順1：出口とテスト条件を固定する

クライアントの「プロキシ」または「プロキシグループ」画面で手動選択グループを選び、候補ノードを1つ固定します。メニュー名はクライアントによって異なりますが、テスト中にurl-testやfallbackが自動で切り替わらないようにするのがポイントです。他の速度テストを停止し、現在の設定で使うローカルポートを確認します。以下のコマンドではHTTPまたはmixedポートを7890としています。

curl --proxy http://127.0.0.1:7890 \
  --output /dev/null \
  --silent --show-error \
  --max-time 15 \
  --write-out 'status=%{http_code} first_byte=%{time_starttransfer}s total=%{time_total}s\n' \
  https://www.gstatic.com/generate_204

このコマンドは、curlを利用できるmacOS、Linuxなどのコマンドライン環境で使えます。first_byteはリクエスト開始から最初の1バイトを受信するまでの時間で、プロキシへの接続や接続先の応答などが含まれます。純粋なネットワークRTTとして扱うことはできません。204が返れば、このテスト用エンドポイントが想定どおり応答したことを示しますが、ほかのWebサイトが利用できることを保証するものではありません。リクエストはローカルプロキシ経由で送信されますが、最終的な出口はクライアントのルールで決まるため、接続履歴もあわせて確認してください。

手順2：実際の用途で通信速度を確認する

遅延テストに問題がなければ、アクセス権のあるファイルや実際の動画で持続的な通信速度を確認します。30～60秒ほどダウンロードし、一時的な最高速度ではなく、速度が安定した区間を記録しましょう。速度測定でもプランの通信量を消費します。10個のノードでそれぞれ100 MBをダウンロードすると、倍率を計算する前でも合計で約1 GBになります。まず少ない通信量で候補を絞り、その後2～3個を詳しく測定してください。

手順3：失敗する条件を記録し、別回線の予備を確保する

日付、接続ネットワーク、ノード名、出口地域、倍率、遅延の中央値、実際の利用結果を記録します。夜間の混雑時だけ遅くなる場合は、回線の混雑が原因かもしれません。同じWi-Fiですべてのノードが失敗する場合は、すぐにサブスクリプションを変更せず、まずローカルネットワーク・DNS・クライアント設定を確認しましょう。名前が違う2つのノードでも入口を共有していることがあります。予備ノードは、できるだけ別の入口や回線を選びます。

普段の設定：安定したノードを常用し、自動切り替えの範囲を絞る

普段のWeb閲覧には、倍率が低く成功率の高いノードを同じ候補グループにまとめられます。接続地域を固定したいサービスには専用のプロキシグループを使い、複数の国の出口を自動速度テストのグループに混在させないようにしましょう。ルールは上から順に適用されるため、用途に応じたドメインを適切なプロキシグループに割り当てます。設定の詳細はルールによる通信の振り分けを確認してください。

• 操作の応答性を重視：一度だけの最小遅延ではなく、ばらつきが小さくリクエストが安定して成功するノードを選びます。
• 動画視聴を重視：目的のコンテンツが利用できることを確認してから、持続的な通信速度と倍率を考慮します。
• 会議を重視：UDPへの対応と通信の取り込み方法を確認し、会議中は出口をできるだけ変えないようにします。
• アカウントの安定性を重視：普段使う地域を固定し、不要な地域間の自動切り替えを避けます。

最終的に残すノードは多くなくて構いません。普段使いの安定したノード、特定用途のノード、独立した予備ノードの3つがあれば、検証していない候補を何十個も抱えるより管理しやすくなります。ネットワーク環境・出口IP・プランが変わったときは、同じ条件で再測定して比較しましょう。