複数サービスのサブスクリプション管理術:v2rayNのサブスクリプショングループとサーバーキーワードフィルター

v2rayNとv2rayNGで複数サービスのサブスクリプションをグループ管理し、キーワードでノードを絞り込んでサーバー一覧を整理する方法を解説します。

複数のサブスクリプションを同時に追加すると、使い勝手を左右するのはノード数そのものより、提供元、地域、倍率、用途が同じサーバー一覧に混在することです。あるサブスクリプションには香港、シンガポール、日本などのよく使う経路が含まれ、別のものには主に予備回線が用意されているかもしれません。すべてをそのまま表示すると、更新のたびに名前の似たサーバーが数百件並び、手動で探したり速度を測定したりするのに時間がかかります。

この記事の概要

この記事は、v2rayNまたはv2rayNGでサブスクリプションを追加できるものの、2社以上のサービスを同時に管理したい方に適しています。グループ名の付け方、更新順序、包含・除外フィルター、速度測定後の選び方、デスクトップ版とAndroid版での整理方法の違いを順に説明します。

まずサブスクリプションごとに安定したグループを作る

サブスクリプショングループの第一の役割は、提供元の境界を保つことです。ノード名は変わり、地域の数も更新によって増減しますが、「この記録がどのサブスクリプション由来か」は常に分かるようにしておくべきです。「サービス名の略称 + 用途」の形式、たとえば「クラウド甲-日常」「クラウド乙-予備」「クラウド丙-低倍率」を推奨します。「サブスク1」「サブスク2」だけの名前は避けましょう。半年後に切れたリンクを確認するときも、分かりやすい名前なら設定画面を何度も開いてアドレスを確認する手間を減らせます。

v2rayN 7.15系の画面を例にすると、「サブスクリプショングループ」→「サブスクリプショングループ設定」を開き、提供元ごとにエイリアス、サブスクリプションURL、有効状態、自動更新間隔を入力します。3つのサブスクリプションを1つのアドレス欄にまとめて貼り付けたり、同じURLで重複グループを作ったりしないでください。保存後はグループごとに更新し、各グループから個別にサーバーが生成されることを確認してから一括更新を行います。

サブスクリプションを追加 提供元を記録 フィルターを設定 個別に更新 速度を測定して選択

グループ項目の推奨値

日常用メインサブスクリプション

エイリアス
クラウド甲-日常
更新を有効化
有効
更新間隔
360分
主な用途
よく使う地域

安定して低遅延の経路を残し、通常時の既定候補にします。

予備サブスクリプション

エイリアス
クラウド乙-予備
更新を有効化
有効
更新間隔
720分
主な用途
障害時の切り替え

更新頻度は低めで構いませんが、2地域以上の接続可能な経路を残してください。

低倍率サブスクリプション

エイリアス
クラウド丙-低倍率
更新を有効化
有効
更新間隔
480分
主な用途
大容量通信

名前に0.5倍または低倍率の印がある経路を残します。

一時テスト用サブスクリプション

エイリアス
テスト-短期
更新を有効化
必要時のみ
更新間隔
0分
主な用途
互換性テスト

テスト終了後はグループを無効にし、自動更新でノードが再登録されないようにします。

包含・除外キーワードでノード一覧を絞り込む

キーワードフィルターは、確認可能なノード命名規則に基づいて設定します。一般的な名前は地域、経路番号、倍率、プロトコル情報、状態表示などで構成され、たとえば「香港 03|専用線|0.5x」のようになります。日常的に香港、シンガポール、日本だけを使うなら、まず包含条件を作ります。「残り通信量」「プランの有効期限」「公式サイトURL」などの情報項目が混ざる場合は、除外条件で整理します。

フィルター項目に対応したv2rayNでは、「サブスクリプショングループ」→「サブスクリプショングループ設定」を開き、対象グループを選んで条件を編集します。まず通常のキーワードを1つ保存し、そのグループだけを更新して適用範囲を確認します。複数地域を同時に照合する場合は、正規表現を使います。フィルターはサブスクリプションの解析段階で適用され、サーバー一覧上部の一時検索とは異なります。検索は現在の表示で不一致項目を隠すだけですが、サブスクリプションフィルターは更新後にどのサーバーを書き込むかを決めます。

包含条件:香港|シンガポール|日本
除外条件:残り通信量|プランの有効期限|公式サイト|メンテナンス|倍率2
低倍率条件:0\.5x|0\.5倍|低倍率

正規表現の縦棒は「いずれか1つの条件」を表し、ピリオドはエスケープして記述します。たとえば「0.5x」に一致させる場合は、単に「0.5x」と書くより「0\.5x」のほうが正確です。サーバー名に実際には使われていない略称を条件へ追加しないでください。「シンガポール」と「星港」の両方が存在するかどうかは、まずそのサブスクリプションが返す実際の名前を確認します。

整理する目的 包含条件の例 除外条件の例 更新後の結果
よく使う3地域を残す 香港|シンガポール|日本 メンテナンス|期限切れ 名前が一致する利用可能な地域だけを書き込む
低倍率ノードを探す 0\.5x|0\.5倍 倍率2|高倍率 通信量の多い課金経路を減らす
専用線名を残す 専用線|中継 テスト|一時 短期テストの記録を除外する
日本のノードだけを見る 日本|東京|大阪 メンテナンス|残量 単一地域の遅延テストに適する

結論:まず除外し、その後で包含範囲を絞る

情報項目やメンテナンス中のノードは、名前に比較的安定した特徴があります。先に除外しても通常のサーバーを誤って削除しにくいでしょう。包含条件は1地域から少しずつ追加し、更新のたびに件数を確認します。最初から範囲の広い式を登録するのは避けてください。

フィルター後に速度を測定し、遅延だけで判断しない

一覧を短くしてから遅延テストを実行すると、結果を比較しやすくなります。3つのサブスクリプションから合計126件が返され、地域と状態で34件まで絞れたとすると、テスト数は約73%減ります。Windows 11とギガビットLAN環境で行った整理記録では、126台のサーバーを一巡テストするのに約52秒、34台では約16秒かかりました。これらの数値はネットワーク、コアの状態、タイムアウト設定によって変わりますが、テスト対象を減らす効果は明確です。

v2rayNのサーバー一覧では、まずサブスクリプショングループで絞り込み、「サーバー」→「サーバーの実接続遅延をテスト」を実行します。実接続遅延はノード経由で実際に接続を試みるため、トランスポート層の応答だけを見るより実際の利用状態に近い結果になります。テスト中はサブスクリプションを同時に更新せず、複数の一括テストコマンドを連続して実行しないでください。以前の結果、新しい結果、タイムアウトしたタスクが混在する可能性があります。

  1. 帯域幅を大量に使用しているダウンロードや同期処理を先に終了し、ローカルネットワークの負荷を安定させます。
  2. サブスクリプショングループを1つ選び、実接続遅延テストを実行して、成功率と応答時間を記録します。
  3. 候補ノードを約30秒間隔で3回テストし、1回だけの最低値で判断しないでください。
  4. 平均遅延が近いノードの中から、エラー率が低く、連続テスト時の変動が小さいものを選びます。
  5. 選択が終わってからシステムプロキシを有効にし、実際のWebページやアプリからリクエストして接続を確認します。

たとえばノードAの3回の結果が88、94、91ミリ秒、ノードBが61、248、タイムアウトだったとします。ノードBは一度だけ低い値を記録していますが、連続性ではノードAのほうが優れており、日常用に適しています。ノードCが130ミリ秒でも大容量ファイルの転送が安定しているなら、遅延が100ミリ秒を超えるからといって削除せず、「大容量通信」グループに入れてもよいでしょう。

結論:グループで用途を分け、速度測定はグループ内の選択に使う

メインサブスクリプションでは安定性を優先し、予備サブスクリプションでは単独で接続できるかを確認し、低倍率グループでは通信量を重視します。異なる目的を同じ遅延順に並べると、数値は最も低くても用途に合わないノードを選びやすくなります。

v2rayNGでモバイル側のグループを分かりやすく保つ

v2rayNGでは、サブスクリプションごとに独立した設定元として管理するのが適しています。左上のメニューにある「サブスクリプショングループ設定」を開き、項目ごとに備考とサブスクリプションURLを追加し、保存後に該当グループを選んで更新します。バージョンによってボタンの位置は多少異なりますが、基本方針は変わりません。1つのサービスに1つのサブスクリプション項目を割り当て、備考はデスクトップ版と同じ名前にして、同じ提供元を2台の端末で別名にしないようにします。

Android端末は画面が限られるため、デスクトップ版以上に表示ノード数の管理が重要です。指定したサブスクリプショングループへ切り替えてから、設定一覧のフィルターや検索で対象地域を表示します。現在のバージョンに包含・除外条件を保存する項目がない場合、検索条件は現在の一覧だけを絞り込むものです。サブスクリプションの内容が恒久的に変更されたと考えないでください。次回更新後も情報ノードが再表示されていないか確認します。

  • 備考を統一:デスクトップ版で「クラウド甲-日常」としたら、Android版でも同じ名前を使い、「A」のように省略しません。
  • グループ単位で更新:予備回線が必要なときだけ予備グループを更新し、毎回すべてのサブスクリプションを更新しないようにします。
  • コアの役割:v2rayNGはXrayコアを使用します。v2flyコアを選択するAndroidクライアントではv2flyNGを使用しますが、サブスクリプションの提供元はそれぞれ別名で管理してください。
  • ローカルポート:一般的なローカルSOCKSポートは10808ですが、実際の値は「設定」→「パラメーター設定」の内容に従います。
  • 更新後の確認:更新が完了したら、追加数、削除数、現在有効な設定を確認し、「更新成功」という表示だけで判断しないでください。

自動更新と障害切り替えの具体的な設定

複数サブスクリプションをすべて同時に更新する必要はありません。メインは6時間ごと、予備は12時間ごと、低倍率は8時間ごとにするなど、周期をずらすほうが安定します。一時テスト用は自動更新を無効にします。よく使う一覧を新しい状態に保ちつつ、複数のURLへ同時にリクエスト、解析、サーバー一覧の書き換えが発生するのを防げます。

更新前後はノード数の変化を確認します。通常30~40件あるグループが、ある更新後に突然2件になった場合、すぐに古い一覧を消して設定をやり直さないでください。まず「サブスクリプショングループ設定」でURLが完全か、フィルター式が狭すぎないかを確認し、続いてシステム時刻と現在のネットワーク出口を確認します。フィルター条件に全角記号が1つ混ざっていたり、エスケープを誤ったりするだけでも、一致結果が急減することがあります。

メインサブスクリプションの更新設定

周期
360分
保持する地域
香港、シンガポール、日本
候補数
12~24件
テスト方法
実接続遅延

安定したノードを3つ選び、少なくとも2地域を残します。

予備サブスクリプションの更新設定

周期
720分
保持する地域
メインとは異なる周期
候補数
6~12件
テスト方法
必要時にテスト

メインサブスクリプションに異常があるときに切り替え、通常は頻繁な一括速度測定を行いません。

障害時の切り替え順序

  1. 現在のグループで、直近のテストで安定していた第2候補ノードへ切り替えます。
  2. 同じグループの複数ノードがすべて失敗した場合は、現在のサブスクリプションを1回更新して再テストします。
  3. サブスクリプションの更新も失敗したら、予備グループに保存済みの利用可能なノードへ切り替えます。
  4. 予備接続が復旧したら、メインサブスクリプションのURL、フィルター項目、自動更新設定を確認します。
  5. メインサブスクリプションが安定して復旧したことを確認してから戻します。障害中に削除と追加を何度も繰り返さないでください。

複数サブスクリプション整理でよくある質問

2つのサブスクリプションに同名ノードがあります。提供元をどう見分けますか?

まずサブスクリプショングループごとに確認し、サーバーの備考だけを見ないようにします。グループのエイリアスを「サービス名の略称-用途」に設定し、更新後はグループ内で速度を測定します。同名ノードでも、サブスクリプションの提供元と接続パラメーターは別々に保管します。

包含キーワードを設定したら、一覧が0件になりました。なぜですか?

まず条件を、ノード名に確実に存在する単一の語、たとえば「香港」に変更し、保存後にそのグループだけを更新します。一致することを確認してから「|シンガポール」を追加します。同じキーワードを誤って除外条件にも入れていないか確認してください。

更新後、除外した情報ノードが再び表示されるのはなぜですか?

サーバー一覧上部の検索は一時的な表示フィルターであり、サブスクリプションの解析結果は変更しません。継続的に除外するには、「サブスクリプショングループ」→「サブスクリプショングループ設定」で除外条件を入力し、対象グループを再度更新します。

自動更新間隔はどのくらいが適切ですか?

メインサブスクリプションは360分、予備サブスクリプションは720分から始め、一時サブスクリプションは自動更新を無効にします。サービス提供元が更新頻度を指定している場合は、その案内に従ってください。数分おきに更新する必要はありません。

ノードが多いほど、障害から復旧しやすくなりますか?

重要なのは数ではなく、提供元が分かれていることと候補が実際に使えることです。2つの提供元、3つのよく使う地域を残し、各提供元から繰り返しテストしたノードを2~3件選ぶほうが、未検証の記録を数百件ためるより切り替えやすいでしょう。

整理後のサーバー一覧では、3つの疑問に答えられる状態が理想です。現在のノードはどのサブスクリプション由来か、どの用途を担うか、使えなくなったら次にどこへ切り替えるか。グループ名を統一し、フィルター規則を見直せる状態に保ち、更新間隔を詰めすぎなければ、複数サービスのサブスクリプションは膨張し続けるノード一覧から、提供元と用途で管理できる接続集合へ変えられます。

v2rayN をダウンロード 4プラットフォームのダウンロードページへ