Shadowrocketの複数サブスクリプション管理｜グループ分け・並べ替え・削除・重複ノードの整理

サブスクリプションの提供元・ノード名・ポリシーグループを区別する

サブスクリプションは接続パラメータをまとめて取得するための提供元で、ノードはその中の個々の接続情報です。Homeで提供元ごとに表示されるグループは一覧の整理に使います。一方、Configでルール振り分けに使うポリシーグループは、リクエストの接続先を決めます。一覧の上に表示した提供元が、すべてのリクエストで優先されるわけではなく、ルールが自動的に書き換わることもありません。

整理を始める前に、Homeで登録済みのサブスクリプションとメモを確認し、次にConfigで現在使っている設定を確認します。設定がノード名を直接参照している場合、削除や名前の変更によって参照先がなくなることがあります。条件でノードを抽出している場合も、名前の変更で抽出結果が変わらないか確認してください。

• サブスクリプションの提供元：「この接続情報はどこから更新されるか」を示します。重複して取り込まれた項目を調べる際の最初の手がかりです。
• ノード名：「一覧でこの接続情報をどう見分けるか」を示します。名前が同じでも、接続パラメータが同じとは限りません。
• ポリシー参照：「どのリクエストで使用されるか」を示します。現在のConfigで個別に確認してください。

提供元ごとに整理する：同じURLの管理入口は1つにする

まず、登録済みのサブスクリプションを安定して見分けられるようにします。たとえば用途に応じて「普段使い」「予備」とメモを付けます。これは整理のための例であり、サービスの推奨ではありません。Homeで該当するサブスクリプションの編集画面を開き、URLとメモを確認してください。項目名は現在の画面表示に従い、表示名を変えるために元のURLを変更しないでください。

同じサブスクリプションURLを2回追加すると、管理入口も2つ作られます。メモが異なっていても、更新時に同じ内容が取得されることがあります。整理する際はドメインだけでなく、URL全体を比較してください。パスやクエリパラメータ、認証情報が異なる場合、取得される内容も異なる可能性があります。サブスクリプションURL全体は機密情報として扱い、公開スクリーンショットや共有記録に載せないでください。

2つのサブスクリプションに一部だけ同じノードが含まれている場合は、まず提供元ごとに分けたままにし、統合は保留します。更新時に問題が起きた場合、どのサブスクリプションが原因か特定しやすくなり、「提供元の内容が重複している」ケースと「自分で重複して取り込んだ」ケースを区別できます。内容をすべて手作業で記録すると、接続パラメータが変わるたびに管理の手間が増えます。

ノードの並べ替え：名前順かテスト結果順かを決める

並べ替えは項目の検索や比較に使うもので、接続品質を保証するものではありません。Homeで対象のグループを開き、現在の画面で利用できる並べ替え操作を使ってください。ノードを見分けやすくしたい場合は名前順、現在のネットワークでの応答を比較したい場合は、先に遅延テストを実行してからテスト結果順に並べます。操作前に対象範囲を確認し、一覧全体の並べ替えを特定の提供元だけの変更と取り違えないようにしてください。

1. 整理する提供元を開き、現在選択されているノードと、その名前・提供元を確認します。
2. 遅延を比較する場合は、同じネットワーク環境で一連のテストを実施してください。Wi-Fiとモバイル通信の結果を混ぜて比較しないでください。
3. 現在の画面で利用できる並べ替え方法を選び、ノードの表示位置だけが変わったのか、選択中の項目も変わったのかを確認します。
4. サブスクリプションの更新後に、順序をもう一度確認してください。取得内容や並べ替え設定の変更が一覧の表示に影響することがあります。

遅延の数値は、そのときのテスト方法とネットワーク状況を反映したものです。継続的な通信速度を示すものでも、目的のWebサイトに必ずアクセスできることを保証するものでもありません。特定の項目がタイムアウトした場合は、サブスクリプション全体を無効と判断する前に、プロトコルのパラメータと現在のネットワークを確認してください。

重複ノードの整理：名前だけでなく接続パラメータも比較

重複した項目が見つかる主な原因は3つあります。同じサブスクリプションを複数回追加した、サブスクリプション内のノードを個別にも取り込んだ、異なるサブスクリプションに一部同じ接続パラメータが含まれている、のいずれかです。同じサブスクリプションの重複、手動で追加した複製、提供元をまたぐ項目の順に確認してください。こうすることで、提供元の内容が重複しているだけなのに、アプリの保存異常と誤認するのを防げます。

たとえば、どちらもedge.example.com:443を使用していても、アドレスとポートだけを見て片方を削除してはいけません。プロトコルや認証情報、TLSや転送の設定が異なる場合があります。ここに示したドメインは比較方法を説明するための例であり、接続設定ではありません。

• まずプロトコルを比較：Shadowsocks、VMess、VLESS、Trojanなど、種類が異なる場合は接続先が同じでも別の項目として扱います。
• 次に認証情報を比較：そのプロトコルで使用するPassword、UUID、キーなどを1つずつ確認し、認証情報を公開文書にコピーしないでください。
• 転送設定を確認：プロトコルでTLSやその他の転送オプションを有効にしている場合は、サーバー名やパス、関連パラメータも比較します。
• 最後に提供元を比較：パラメータが完全に同じでも提供元が異なる場合は、複製を削除する前に、更新入口としてどちらを残すか確認してください。

名前が同じでもパラメータが異なる項目は、区別できる印を付けて残してください。名前が異なり、パラメータが同じ項目は重複候補です。名前はConfigから参照されている場合もあるため、重複を調べる前に一括で名前を変更しないでください。まず対応関係を記録し、小規模な変更を1回行って検証してから、次の項目に進みます。

無効なサブスクリプションを削除する：一時的な更新失敗と利用停止を見分ける

更新が1回失敗しただけでは、サブスクリプションが無効になったとは限りません。まずネットワーク、サブスクリプションURL全体、サービス提供元が示す有効状態を確認し、そのサブスクリプションを再度更新します。ネットワークのタイムアウト、内容の解析失敗、認証情報の無効化は、それぞれ異なる問題です。画面に表示されたメッセージを確認し、原因に応じて対処してください。問題を隠すために削除と再追加を繰り返さないでください。

1. 残す提供元を決める。予備の接続パラメータが使用できることを確認し、現在選択中のノードがどのグループに属しているか記録します。
2. 必要な設定を保存する。登録済みのサブスクリプションURLと、現在のConfigの必要なバックアップを保存してください。バックアップには認証情報が含まれる場合があります。
3. 削除対象を確認する。Homeで対象のサブスクリプションを削除し、確認メッセージを読んでください。提供元全体と個別のノードを区別し、使用中のグループを誤って削除しないようにします。
4. 残った項目を確認する。Homeに戻り、対象の提供元が削除されたことを確認してから、Configを開き、古い名前を参照しているポリシーが残っていないか調べます。
5. 接続を確認する。残す提供元のノードを選択して接続し、利用予定の宛先にアクセスできるかテストします。

アプリ内のサブスクリプション記録を削除しても、サービス提供元での契約が解約されるわけではありません。サブスクリプション内のノードだけを削除しても、更新後に取得される内容にそのノードが含まれていれば、再び取り込まれることがあります。一覧の項目数を継続的に減らしたい場合は、現在の画面で利用できる適切なフィルタ設定があるか確認するか、利用中サービスの管理画面で配信内容を調整してください。アプリ内での削除は、提供元の内容を恒久的に変更するものではありません。

整理後にGlobal Routingとルールの参照先を確認

一覧を整理しても、ルーティング設定が連動して変更されるわけではありません。Homeに戻り、Global Routingを確認してください。Proxy、Direct、Config、Sceneは、それぞれ異なるルーティング方法を示します。サブスクリプションを整理するために設定を変更する必要はありません。ルールによる振り分けを確認する場合は、意図したConfigが使われていることを確かめてください。Directでのアクセス結果を、プロキシノードの動作と混同しないようにしましょう。

• 選択中の項目を確認：削除操作によって、現在選択中のノードの参照先がなくなっていないか確認します。
• ルールの接続先を確認：ConfigでDOMAIN-SUFFIX、GEOIP、IP-CIDRなどのルールが参照するポリシーを引き続き使用できるか確認し、FINALのフォールバック先も確認します。
• 更新結果を確認：残すサブスクリプションを1回更新し、重複項目が再び表示されないか、名前が変わっていないか確認します。
• 自動接続を確認：整理中にネットワークの切り替えで接続が始まるのを避けたい場合は、Settings → On Demandで現在の設定を確認します。作業後、必要に応じて元の設定に戻してください。

変更は一度に1種類ずつ行うことをおすすめします。まず重複した提供元を整理し、次に名前と並び順を整え、最後にポリシーの参照を変更します。提供元・ノード名・ルーティング設定を一度に変更すると、問題の原因がパラメータの変化、名前の不一致、ルーティング状態の違いのどれなのか判別しにくくなります。

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