複数サーバーのサブスクリプションを整理する実践ガイド：サーバーフィルターとノード選別のコツ

まずサブスクリプションとサーバー一覧を分けて考える

ノードが増えるほど、すべてのサーバーを1つの長い一覧にまとめる方法は不向きです。サブスクリプションは「設定をどこから更新するか」を管理し、サーバー項目は「現在どの回線に接続するか」を示すもので、同じ階層の概念ではありません。1つのサブスクリプションに数十件のVMess、VLESSなどの互換設定が含まれることもあり、更新のたびに項目が追加・改名・削除される場合があります。サーバー名だけで提供元を覚えていると、数回の更新後には簡単に混乱します。

比較的安定する構成は、提供元ごとにサブスクリプショングループを作り、各グループ内でノードを絞り込む方法です。v2rayNのデスクトップ版では「サブスクリプショングループ」→「サブスクリプショングループ設定」で名前、URL、更新オプションを確認できます。v2rayNGではサイドメニューのサブスクリプショングループ設定から提供元を管理します。バージョンによってメニュー名は多少異なりますが、判断基準は同じです。各サブスクリプションURLには、独立して識別しやすく、長期的に変わらないメモを設定しましょう。

グループ名には、サブスクリプション提供元が一時的に付けたタイトルをそのまま使わないようにします。料金プランやキャンペーンによって変わる可能性があるためです。実用的なのは「提供元の略称＋用途＋期間」という形式で、たとえば「北線-日常-月額」や「予備線-モバイル回線」のようにします。略称はサブスクリプションの識別に、用途は判断の迅速化に役立ちます。期間は更新管理が必要な場合だけ加え、名前が長くなりすぎないようにしましょう。

同じサブスクリプションを、端末ごとにまったく異なるメモへ変更するのは避けます。デスクトップとAndroidで統一しておけば、トラブル時に「メイン回線グループの香港02」と明確に伝えられ、一覧の何番目かに頼らずに済みます。サーバーの並び順は更新後に変わるため、安定したグループ名とノードのキーワードを識別の基準にするのが適しています。

長期的に使い回せるメモの命名規則を作る

ノード名には通常、地域、倍率、回線、番号などが含まれますが、表記はサブスクリプションごとに統一されていません。たとえば香港は「香港」「HK」「Hong Kong」、シンガポールは「シンガポール」「SG」「Singapore」と表記されます。グループをまたいで検索する場合、単一のキーワードでは同義表記を取りこぼします。各提供元の実際の命名規則を先に確認してから検索語を決めるほうが、固定テンプレートを当てはめるより確実です。

絞り込みの軸は3種類に抑えるのがおすすめです。地域は出口の場所を決めるため、回線や用途は日常用・予備・低倍率などを区別するため、状態語は「メンテナンス」「期限切れ」「残り通信量」などの情報項目を除外するために使います。VMessやVLESSなどのプロトコル名は互換性の確認には有効ですが、速度の判断材料だけにしてはいけません。接続性能にはプロトコル、トランスポート層、サーバー負荷、ローカルネットワークが複合的に影響します。

番号は、たとえば「HK-01」「HK-02」のように同じ地域内での識別補助として使います。「ノード1」「ノード2」をサブスクリプションをまたぐ共通名にするのは避けましょう。更新後には元の番号が別のサーバーを指す可能性があるためです。クライアントでローカルメモを変更できる場合は、元の名前に含まれる地域や回線の印を残し、先頭に短い接頭辞だけを加えます。例：「メイン-HK-02」。

サブスクリプションを更新する前に、項目ごとの名前を手作業で変更する必要はありません。まずグループ設定によってローカルメモが上書きされるか確認し、よく使う少数のノードだけにローカル識別情報を追加します。頻繁に変わるサブスクリプションでは、数十個のカスタム名を管理するより選別ルールを維持するほうが効率的です。長期間固定された自前設定なら、地域、入口、用途を含む詳しい名前を使ってもよいでしょう。

包含・除外ルールでサーバー一覧を短くする

フィルターは一時的な検索と永続ルールに分けられます。一時検索は、その場で探す場合に便利です。たとえばv2rayNのサーバー検索欄に「HK」と入力したり、v2rayNGの設定一覧で検索機能を使ったりできます。入力を消せば完全な一覧に戻ります。永続ルールはサブスクリプショングループのフィルター設定に置き、条件に合う項目だけをそのグループへ取り込みます。使う前に、現在の項目が通常のキーワードに対応しているのか、正規表現に対応しているのか確認してください。通常のキーワード欄へ正規表現の構文をそのまま入力することはできません。

最も安全な出発点は、包含語を1つだけ使うことです。香港の項目だけが必要なら、まず「香港」と「HK」を個別に試し、目的のノードを網羅できるか確認します。命名規則が分かったら、「香港|HK|Hong Kong」のように同義語をまとめます。正規表現の縦棒はどれか1つに一致させる記号で、括弧は組み合わせの範囲を指定します。英字の大文字・小文字を区別するかはクライアントの実装によるため、既知のノード1件で検証しましょう。

地域の包含：
(香港|HK|Hong Kong|シンガポール|SG|Singapore)

状態の除外：
^(?!.*(期限切れ|失効|残り|通信量|メンテナンス|テスト)).*$

指定地域を残し、状態語を除外：
^(?!.*(期限切れ|失効|残り|通信量|メンテナンス|テスト)).*(香港|HK|Hong Kong|シンガポール|SG|Singapore).*$

除外ルールの否定先読みは、「行全体にこれらの語を含めない」という意味です。料金プランの期限切れ通知、通信量情報、メンテナンス通知の整理に適していますが、「テスト」のように通常の回線名にも含まれ得る語を安易に追加してはいけません。本番保存の前に一時検索で結果を確認し、残す項目と除外される項目をそれぞれ最低5件ずつ抜き取りチェックします。

ルールが長くなるほど、維持コストは上がります。地域、倍率、プロトコル、通信方式、番号をすべて1つの式に詰め込むのはよくある失敗です。提供元が少し名前を変えただけで一致しなくなるためです。まず地域で広く絞り、その後クライアントの一覧で遅延やキーワードによる一時フィルターをかけるほうが合理的です。

並べ替えでは遅延、変動、実際のアクセスを同時に確認する

遅延テストで分かるのは、テスト対象がその時点で素早く応答したかどうかだけです。継続的なダウンロード、Webページの初回表示、長時間接続の性能を完全に示すものではありません。並べ替え後は最低値の1件だけを残さず、複数の候補を保持します。実用的なのは、約30秒間隔で3回連続テストし、結果が安定しているか記録する方法です。あるノードが72、76、74msだった場合、48、260、タイムアウトという結果のノードより、通常利用に向いていることが多いでしょう。

テスト時は条件をそろえます。デスクトップでは大容量ファイルの転送とシステム更新を停止し、v2rayNのコアが起動していることを確認してから、同じグループの遅延テストを実行します。システムプロキシを使う場合、一般的なローカル待受ポートは10808ですが、「設定」→「パラメータ設定」に表示される実際の値を優先してください。ポートが別のプロセスに使用されていると、一覧の遅延結果もWebアクセスも異常になる可能性があります。

1. 対象のサブスクリプショングループを更新し、1回の更新直後にすべての提供元を混ぜてテストしない。
2. 地域キーワードで候補を12～24ノードまで絞る。
3. 1回目の遅延テストを実行し、継続的なタイムアウトや明らかに使えない項目を先に除外する。
4. 約30秒間隔でさらに2回テストし、最低値だけでなく数値の変動を確認する。
5. 結果が安定したノードから3～5件を選び、Webページの初回表示、動画の読み込み、実際の業務をそれぞれテストする。
6. メイン用ノードを1件、異なる回線の予備ノードを2件残し、候補が同じ経路に依存しないようにする。

Android端末では、モバイル回線の切り替えやシステムのバックグラウンド制御の影響を受けやすくなります。v2rayNGでテストするときは、まずネットワークの種類を固定し、Wi-Fiとモバイル回線を頻繁に切り替えないでください。アプリをバックグラウンドから復帰させた直後なら、接続状態が安定するまで待ってからテストします。そうしないと、初回結果にネットワーク再確立の時間が加わる可能性があります。

並べ替えの最終的な成果物は、永久的なランキングではなく、短い候補リストです。よく使う地域ごとに4～6ノードを残し、その半分をメインサブスクリプション、残りを予備サブスクリプションから選ぶのがおすすめです。すばやく切り替えられるうえ、一覧が再び判断しにくいほど膨らむのを防げます。

v2rayNとv2rayNGで同じグループ構成を保つ

デスクトップとAndroidで一覧の順番まで完全に一致させる必要はありません。2つのクライアントではインポート、並べ替え、ローカルテストの結果が異なる場合があるためです。同期すべきなのは、グループ名、地域キーワード、保持基準です。「メイン回線-日常用」「予備回線-緊急用」が両端で同じ意味になっていれば、現在どの種類の提供元を使っているかをすぐ判断できます。

v2rayNはサーバー列をまとめて確認し、テスト結果で並べ替え、大量の項目を処理するのに向いています。v2rayNGは、絞り込んだ普段使いの設定を残す用途に適しています。まずデスクトップでサブスクリプションの命名規則を確認し、同じ包含語と除外語をAndroid端末でも使います。Android側の該当フィールドが通常のテキスト検索にしか対応していない場合は、複雑な式を無理に入力せず、短いキーワードに分けて操作してください。

• 週次メンテナンス：メイングループを更新し、3回連続でテストして、候補リスト内の使えなくなったノードを入れ替えます。
• 使用前の確認：予備グループは普段から頻繁に並べ替える必要はありません。切り替えるときに更新してテストします。
• プロトコルの切り分け：接続異常が発生したら、VMessまたはVLESSで一時的に絞り込み、同じプロトコルの項目を比較します。
• ルーティングの確認：ルーティングの分流ルールを変更したら再接続し、古いセッションが元のアウトバウンドを使い続けないようにします。
• 更新履歴：グループ内のノードが突然大量に減った場合は、まずフィルター条件を確認し、その後でサブスクリプションの内容が変わったか判断します。

ルーティングの分流とサブスクリプショングループも分けて考えます。グループ管理はどのサーバーを一覧に入れるかを決め、ルーティングルールは接続後のリクエストを直接接続、プロキシ、ブロックのどれにするかを決めます。ノードを変更しても誤ったルーティングルールは自動修正されず、ルーティングを変更してもサブスクリプション内のノード数は変わりません。切り分けでは、まず一覧が正しいかを確認し、次にコアのログとルーティングの一致状況を確認すると、手順が明確になります。

v2rayNとv2rayNGの両方で同じグループのノードが不足する場合は、まずサブスクリプションの内容、または共通して使っているフィルターキーワードを確認します。片方だけに異常がある場合は、その端末のグループ選択、更新時刻、ローカルフィルターの状態を確認してください。この比較により、問題がサブスクリプション、ルール、特定のクライアントのどこにあるかをすばやく判断できます。

よくある問題と修正方法

サブスクリプション管理で最も多い問題は、設定が完全に機能しなくなることではなく、一覧の件数や検索結果が期待と一致しないことです。この種の問題では、複数の条件を続けて変更しないでください。たとえば、まず一時検索を消去し、次に永続フィルターを無効にし、最後に対象グループを再更新するというように、一度に1つの変数だけを変更します。そうすれば、どの手順が結果に影響したか分かります。

長期的な管理では、「各グループから1分以内に使えるノードを選べる状態」を目標にするとよいでしょう。複雑なルールではなく、安定したグループ名、少数の明確なキーワード、固定したテスト順序で実現できます。ノード数が変わったらまずフィルターを確認し、接続性能が変わったら遅延と実アクセスをテストします。この2つの切り分けを混同しないことが重要です。

サブスクリプションが3つ以上に増えても、用途に応じてアクティブなグループ数を抑えることをおすすめします。普段はメイン用と予備用だけを展開し、使用頻度の低い提供元は分かりやすいメモを付けて保管します。すべての項目を保存するより、一覧を読みやすく保つほうが有用なことが多いでしょう。