複数サブスクリプションのグループ管理：v2rayNサーバーフィルターとメモ活用術

複数サブスクリプションを管理する目的を決める

サブスクリプションが1つだけなら、サーバー名が多少乱雑でも一覧をスクロールすれば選べます。しかし2つ、3つと増えると問題は一気に目立ちます。配信元ごとに「香港 01」「日本高速」「自動選択」といった似た名前が使われることがあり、同じ地域にVMessやVLESSなど複数のプロトコルが並ぶこともあります。さらに、更新後には古いサーバーが新しいものに置き換わる場合もあります。この状態では、サーバーのメモだけを見ても、どのサブスクリプション由来なのか判断しにくくなります。

整理の第一歩は、すべての名前を書き換えることではありません。まず、次の3つの観点を分けて考えます。

• 配信元：どのサブスクリプショングループに属し、更新時にどのグループから上書きされるか。
• 場所と用途：メモを見て、地域、回線、または自分で決めた用途をすぐ識別できるか。
• 実行設定：現在どのサーバーを選択しているか、またルーティングルールがどの通信をそこへ送るか。

この3つは、v2rayNでは同じ機能ではありません。サブスクリプショングループは配信元を管理し、サーバーフィルターは現在の一覧を絞り込み、ルーティングの振り分けは接続の出口を決めます。混同すると、「一覧はグループ分けできているのに、通信は期待どおり分かれていない」という状態になりがちです。

サブスクリプショングループで配信元を保つ

v2rayNのサブスクリプショングループでは、サブスクリプションURL、グループメモ、その配信元から生成されたサーバー情報を関連付けられます。複数のサブスクリプションを管理する場合は、配信元ごとに独立した項目を作り、複数のURLを同じグループに繰り返し上書きしないようにします。こうしておけば、特定のグループだけを更新したり、異常が起きた際に、空の内容を返したりサーバー名を変更したりした配信元をすぐ特定できます。

グループ作成時に変わりにくい情報を記録する

1. サブスクリプショングループの管理画面を開き、新しいサブスクリプション項目を追加します。
2. サブスクリプションURLを入力し、グループには短く、長期間使えるメモを設定します。
3. 保存後、そのグループだけを更新し、対応するサーバーが一覧に表示されることを確認します。
4. 上記の手順を繰り返し、サブスクリプションを1つ追加するたびにテストします。すべて登録してからまとめてトラブル対処をしないことが大切です。

グループメモには、「メイン-A」「予備-B」「プロジェクト検証」のように、長く使っても意味が分かる識別子を付けるのがおすすめです。期限日、リアルタイムの遅延、期間限定キャンペーン名などはグループ名に入れないでください。変化が早く、後から名前を変更する手間が増えるためです。期限を記録したい場合は個人用の管理表に残し、サーバー一覧で最も重要な識別情報にしないようにします。

更新前に対象範囲を確認する

複数グループの環境では、「すべてのサブスクリプションを更新」と「現在のサブスクリプションを更新」は役割が異なります。日常のメンテナンスでは全グループを更新しても構いませんが、特定の配信元でサーバーが急に減った、名前が大きく変わった、エラーが返ったといった場合は、個別に更新して変化を確認します。個別更新が成功してから他のグループを処理すると、問題の範囲を明確にできます。

サブスクリプションの更新では通常、リモート側の内容に応じてサーバーが追加、置換、削除されます。サブスクリプション由来のサーバーを手動で削除しても、次回更新時に再び現れることがあります。サーバーのメモを手動で変更しても、新しいサブスクリプション内容で上書きされる可能性があります。長期的に残したい配信元の識別情報は、各サーバーの一時的な手動変更に頼らず、サブスクリプショングループのメモに記録しましょう。

接頭辞付きメモで一覧性の高い命名ルールを作る

優れたサーバーメモは、情報量の多さではなく、左から右へすばやく判断できることが重要です。一覧の幅に余裕がある場合は、「配信元—地域—用途—番号」の順に組み立てるのがおすすめです。複数のサブスクリプションで同名サーバーが生じやすいため配信元を先頭に置き、キーワード検索しやすい地域を中央に、数字が視線を奪わないよう番号を末尾に置きます。

A-香港-通常用-01
A-日本-動画-02
B-ドイツ-仕事-01
B-シンガポール-予備-03

サブスクリプショングループを画面上で個別に選べるなら、サーバーメモは「香港-通常用-01」のように短くしても構いません。反対に、普段から全サーバー一覧で操作する場合は、「A-」「B-」のような配信元の接頭辞を残します。接頭辞は2～6文字程度に抑え、紛らわしい連続数字を避け、頻繁に変更しないようにしましょう。

地域名を統一し、別名を重ねない

同じ地域でも、サブスクリプションによって日本語、英語の略称、都市名が混在することがあります。検索結果を予測しやすくするには、主となる表記を1つ決めます。たとえば「香港」「日本」「シンガポール」「ドイツ」に統一し、都市情報は後ろに置きます。リモート側の名前を長期的に手動変更できない場合は、元の名前を残し、複数のキーワードで個別に検索すれば十分です。整然と見せるために、更新のたびに名前を直す必要はありません。

プロトコル名をメモに入れるかどうかは、利用場面で決めます。VMessとVLESSの違いはサーバー設定の項目に保存されているため、通常は各名前に繰り返し書く必要はありません。プロトコルの互換性を検証するとき、伝送設定を比較するとき、特定のサーバーをトラブル対処するときに限り、「VLESS」「VMess」のような技術接頭辞を加えると便利です。メモの役割は選択を助けることであり、設定全体を再掲することではありません。

用途は性能の断定ではなく、メンテナンス用の目印にする

「仕事」「予備」「テスト」のような用途語は、自分の使い分けを表すため、メモに入れるのに適しています。一方、「最速」「永久に安定」といった断定は、長期的なラベルには向きません。ネットワーク経路は時間や接続環境によって変わるためです。用途と場所だけを残し、選択前にv2rayNの遅延テストを実行して、実際の接続状況と合わせて判断するほうが確実です。

v2rayNのサーバーフィルターで一覧を絞り込む

サーバーフィルターは、「サーバーが多すぎるが、今は一部だけ見たい」という場合に役立ちます。操作場所はv2rayNのバージョンによって変わりますが、通常はサーバー一覧の近くに検索欄またはフィルター操作があります。キーワードを入力すると、メモや関連項目に一致するサーバーだけが表示され、入力欄を空にすると一覧全体に戻ります。

まずは単一のキーワードから始める

最初は、配信元の接頭辞「A-」、地域名の「香港」、用途の「仕事」など、最も確実な語を使います。単一キーワードなら検証しやすく、命名が統一されているかも確認できます。「香港」で期待したサーバーの一部しか見つからない場合は、サブスクリプションが消えたと考える前に、他の項目が都市名や英語略称になっていないかメモを確認しましょう。

次の順番でフィルターを使うのがおすすめです。

1. まずサブスクリプショングループを選び、配信元の範囲を決めます。
2. 次に地域キーワードを入力し、候補サーバーを絞り込みます。
3. 必要に応じて用途やプロトコルのキーワードを追加します。
4. 選択が終わったらフィルターを空にし、現在のアクティブサーバーが残っていることを確認します。

条件を組み合わせる前にバージョンの動作を確認する

複数キーワード、大文字と小文字、正規表現の扱いは、バージョンによって異なる場合があります。通常の文字列検索だけを行う入力欄もあれば、より複雑な表現に対応したフィルターもあります。縦棒、空白、特殊文字が必ず「または」や「かつ」を意味すると決めつけないでください。まず名前が明確な2～3台で範囲を限定してテストし、その後で一覧全体に式を適用します。

現在のバージョンが正規表現フィルターに対応していることを明示している場合は、次のような地域別名の式で複数の表記をまとめて検索できます。

香港|HK|HKG
日本|JP|Tokyo
シンガポール|SG|Singapore

画面やバージョンの説明で、そのフィルターが正規表現に対応していると明示されている場合だけ、これらの式を使ってください。通常の文字列検索欄では縦棒がそのまま文字として扱われ、結果が空になる可能性があります。対応状況が不明な場合は、「香港」「HK」「HKG」を個別に検索するほうが確実です。

検索結果が空のときに確認する4つの手順

• フィルター語を空にし、サーバー一覧自体が空でないことを確認します。
• すべてのサブスクリプショングループに戻し、配信元の範囲を誤って選んでいないか確認します。
• サーバーメモにある元の文字列を一部コピーして検索し、空白、記号、大文字と小文字の違いを切り分けます。
• 対象のサブスクリプションを再更新し、更新中に解析エラーやネットワークエラーが出ていないか確認します。

フィルターが変えるのは現在表示される範囲だけで、通常はサーバーを削除しません。突然数台しか表示されなくなったら、すぐにサブスクリプションを再インポートせず、まずフィルター欄とグループ選択を確認してください。「ノードが消えた」と思っても、前回使ったキーワードが画面に残っているだけのことがよくあります。

サーバーフィルター、ノード選択、ルーティングの振り分けを区別する

サーバーフィルターは画面上の操作で、一覧を読みやすくするためのものです。コア設定のルーティングルールを自動変更したり、異なるWebサイトで異なるサブスクリプションを自動使用したりする機能ではありません。ダブルクリックまたはアクティブサーバーへの設定によって、候補一覧から現在の出口を決めます。ルーティングの振り分けは、ドメイン、IP、ポート、ネットワーク種別などの条件に基づき、通信をプロキシ、直接接続、その他の定義済み出口のどこへ送るかを決めます。

たとえば一覧を「ドイツ」で絞り込み、1台のサーバーを選択した場合、現在の標準プロキシ出口にそのサーバーを使うという意味です。「ドイツのWebサイトだけがこのサーバーを使う」という意味ではありません。Webサイトごとに分けたい場合は、v2rayNのルーティング設定でルールを作成し、ルールの順序と一致範囲を理解する必要があります。V2RayまたはXrayのコアは、生成された設定に従ってルーティングを実行し、一覧に表示されたフィルター語を読み取るわけではありません。

複数サブスクリプションは、複数の出口が同時に動くという意味ではない

複数のサブスクリプションをインポートすると、v2rayNには多数のサーバーを保存できます。ただし通常の利用では、現在のアクティブサーバーは1台であることが多いです。配信元を切り替えるときは、まず目的のグループをフィルターし、その中から具体的なサーバーを選びます。複数の出口を複雑なルールに紐付ける場合は、先に設定をバックアップし、ルーティング結果を1つずつ検証してください。サブスクリプショングループ名だけで実際の出口を判断しないようにします。

プロトコルの種類も、ルーティング戦略の代わりにはなりません。VMessやVLESSは、ノードの接続方式や認証方式の一部を示します。サブスクリプションはこれらの設定を配信し、ルーティングはどの通信をどの出口へ渡すかを決めます。プロトコル、サブスクリプション、ルーティングを分けて理解すると、その後のトラブル対処が大幅に簡単になります。

繰り返し使える更新・メンテナンス手順を作る

一度整理すること自体は難しくありません。難しいのは、サブスクリプション更新後も一覧を読みやすく保つことです。毎回、明確な変更だけを処理する短い手順を決めておきましょう。

1. 現在のv2rayN設定をバックアップします。
2. グループごとにサブスクリプションを更新し、サーバー数と名前の変化を確認します。
3. 古いフィルター語を空にし、各グループが正常に表示されることを確認します。
4. 配信元、地域、用途の3つのキーワードを、それぞれ1回ずつテストします。
5. 必要なアクティブサーバーを選び直し、システムプロキシの状態を確認します。
6. 基本的な接続テストを実行し、問題がフィルターによる見かけ上の誤認ではないことを確認します。

特定の配信元が頻繁に名前の形式を変える場合、すべてのサーバーを手作業で直し続ける必要はありません。安定したサブスクリプショングループのメモを残し、リモート側が実際に提供する地域名でフィルターするほうが、メンテナンスの負担を減らせます。長期間使う少数のサーバーだけにカスタムメモを追加し、次回更新で上書きされないか確認しましょう。

サブスクリプション更新後にサーバーが重複する

まず、同じサブスクリプションURLを2つのグループに追加していないか、または古いグループが有効なままになっていないか確認します。次に各グループの内容を個別に確認し、全一覧からいきなり一括削除しないでください。古いグループが停止済みだと確認できたら、バックアップを取ったうえで古いグループと関連項目を削除し、最後に残すグループを更新します。

サーバー名がすべてリモート側の形式に戻る

これは通常、更新処理によってサブスクリプションが提供するメモが再書き込みされたことを意味します。配信元の識別情報はサブスクリプショングループの階層に戻し、個々のサーバー名を手作業で変更する運用を減らしましょう。長期間使うカスタム名が必要なら、よく使う少数のサーバーだけを変更し、更新後に確認する項目として記録します。ミラーのように一覧全体を管理する必要はありません。

フィルター後にアクティブサーバーを間違えて選ぶ

似た名前が集中している場合は、まず配信元グループで範囲を狭め、次に地域でフィルターします。選択後はアクティブサーバーの表示を確認し、必要なら設定詳細を開いてアドレス、ポート、プロトコル、伝送パラメーターを照合してください。「01」「高速」のような一般的な末尾だけで配信元を判断しないようにします。

整理ルールはどこまで複雑にするべきか

「どこから来たか、どこにあるか、何に使うか」を数秒で答えられれば十分です。サブスクリプションが2つなら1文字の接頭辞を使い、配信元が増えたら短い名前に変えます。命名ルールが複雑になるほど、更新後のメンテナンス負担は増えます。安定したグループ、統一した地域名、少数の用途ラベルという構成は、密集した略語の羅列より長く使えます。

そのまま使える整理方法

複数のサブスクリプションを管理し始めたばかりなら、次の軽量なルールをそのまま使えます。サブスクリプションごとに独立したグループを作る。グループメモは「メイン-A」「予備-B」とする。サーバーメモにはリモート側の地域名を残し、よく使う少数のサーバーだけ用途を追記する。サーバー選択時は先にグループを切り替え、その後で地域を検索する。ルーティングが必要な場合は、別途ルーティング設定で処理する。

この方法なら、大量の手動改名に頼らず、画面のフィルターを通信の振り分けと取り違えることもありません。サブスクリプションの内容が更新されても、グループの関係が明確なら、変更元をすぐに特定できます。一覧は引き出しの中のケーブルのようなものです。ラベルは華美でなくても、必要なときに正しい1本を見つけられれば十分です。