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

まずサブスクリプションの提供元、サーバー項目、現在の接続を区別する

複数サブスクリプションの管理が混乱しやすいのは、通常この3つの階層を同じものとして扱うためです。提供元は、ユーザーが契約済みのサービスから取得したURLです。サーバー項目は、サブスクリプション更新後にHomeリストへ書き込まれる個別の記録です。現在の接続は、Homeで選択され、システムのVPN構成に使用されている項目です。ある階層を削除しても、ほかの階層が自動的に変わるとは限りません。

たとえば、1つのサブスクリプションから十数件のサーバー記録が生成され、そのうち1件だけが選択中になることがあります。サーバー記録を個別に削除しても、提供元を削除したことにはなりません。提供元が残っていれば、次回更新時に同じ記録が再び現れる可能性があります。逆に、提供元を削除した後も、その提供元に関連するローカル項目が残っていないか確認してください。

提供元ごとにグループを作り、まずサブスクリプション名を明確にする

Settings → Subscribeを開いたら、保存済みのサブスクリプションを1件ずつ確認します。名前には提供元と用途が分かる情報を入れ、「サブスクリプション1」「予備」のように追跡しにくい名前だけを残すのは避けてください。複数の提供元に同名サーバーがある場合、提供元名が重複項目の所属を判断する最初の手がかりになります。

新しい提供元を登録するときは、ユーザー自身が取得済みのサブスクリプションURLだけを使用します。形式説明用のダミー値はhttps://example.com/sub?token=xxxxのように記述できます。URLのクエリパラメータには通常、識別や認証の情報が含まれるため、コピー時は文字列全体を保持し、?token=xxxxを手動で削除しないでください。

1. Settingsを開き、Subscribeに進み、現在登録されている各提供元とその名前を記録します。
2. 提供元を1つずつ更新し、毎回1件だけ処理します。Homeで対応するグループまたは項目数が変化するか確認してください。
3. 提供元名が分かりにくい場合は、削除や重複整理の前に名前を変更します。異なる提供元を混同するのを防げます。
4. 更新が完了したらHomeに戻り、選択中のサーバーが残す予定の提供元に属しているか確認します。

遅延順に並べ替える前に、同じ条件でConnectivity Testを完了する

遅延順の比較は、テスト条件がそろっている場合にのみ参考になります。同じネットワーク接続方法を維持し、Homeで比較対象のサーバーに遅延テストまたはConnectivity Testを実行してから、今回の結果に基づいて並べ替えてください。昨日Wi-Fiで得た数値と、今日モバイル通信で得た数値をそのまま混在させないでください。

テスト結果は3種類に分けられます。具体的なミリ秒数が表示される場合は、今回のテストで対象が応答したことを示します。timeoutと表示される場合は、制限時間内に有効な応答がありませんでした。結果が表示されない、またはテスト中のままの場合は、現在のネットワーク、サブスクリプション設定、アプリの権限を確認してください。1回のtimeoutだけでサーバーが恒久的に無効だと判断せず、時間を置いて2回再テストしてください。

• 低遅延で接続可能：よく使うグループに残し、実際に目的のサービスを開いて接続結果を確認します。
• 遅延は高いが安定して応答：予備に移しても構いません。ミリ秒数だけを根拠に直接削除しないでください。
• timeoutが連続する：プロトコル、ホスト、ポート、TLS、認証フィールドを確認してから、整理するか判断します。
• 名前は同じだが遅延が異なる：ホストとポートを確認してください。表示名が同じでも、サーバーパラメータが同じとは限りません。

テスト中はGlobal Routingも確認します。Proxyでは通信がすべて現在のプロキシサーバーを経由し、Directでは直接接続し、Configでは現在の設定ファイルのルールに従って処理され、Sceneではシーン設定に基づいて動作します。Directのままだと、Webページが開けても選択したサーバーが有効とは限りません。Configを使用する場合は、DOMAIN-SUFFIX、GEOIP、IP-CIDR、FINALの照合順を確認してください。

DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

無効なサブスクリプションは、提供元単位で一括整理する

無効な項目を一括処理する場合、最も明確な単位はサーバーの表示名ではなくサブスクリプション提供元です。まずSettings → Subscribeで、対象の提供元が本当に更新停止、空の内容の返却、または不要になった状態か確認してから削除します。削除前に、そこに含まれる手動サーバーのうち残すものを記録し、提供元由来の項目と手動追加項目を混同しないようにしてください。

具体的なボタン名は、App Storeに表示されるアプリの現在の画面に応じて変わる場合がありますが、判断の順序は変わりません。サブスクリプション記録を開き、URLと名前を確認し、削除対象の提供元を確定し、削除確認ダイアログを読み、その後Homeに戻って関連項目を確認します。確認ダイアログでローカルサーバーも同時に処理するか尋ねられた場合は、必要性を判断して選択し、連続して素早く確定しないでください。

1. Homeで現在選択中のサーバーのプロトコル、ホスト、ポートを記録し、必要なら残す予定のサーバーへ先に切り替えます。
2. Settings → Subscribeに進み、対象の提供元を開いて1回更新します。一時的なネットワーク変動が原因ではないことを確認してください。
3. サブスクリプション名と完全なURLを確認し、削除対象が記録された無効な提供元と一致していることを確かめます。
4. 提供元を削除し、確認ダイアログの説明に従って、その提供元が生成したローカル項目も同時に処理するか決めます。
5. Homeに戻り、Connectivity Testを再実行して、元の提供元の残存記録がリストに残っていないか確認します。

重複ノードは名前ではなく接続パラメータで比較する

重複ノードで最もよくあるのは、2つのサブスクリプションが同じ表示名を生成するケースです。しかし表示名だけでは一意に判断できません。1つの名前が異なるホストを指すこともあれば、同じホストの異なるポートを指すこともあります。本当の重複項目かどうかは、少なくともプロトコル、サーバーホスト、ポート、認証パラメータを比較してください。TLSを有効にするプロトコルではSNIやALPNなども比較し、トランスポート設定を使う場合はpath、hostなど対応する値も確認します。

Shadowsocksではホスト、ポート、暗号化方式、パスワードを重点的に比較します。VMessとVLESSではUUID、トランスポート方式、TLS設定も確認が必要です。TrojanではパスワードとSNIを比較します。Hysteria2ではホスト、ポート、認証情報、関連するTLSフィールドを確認します。WireGuardでは公開鍵、Endpoint、Allowed IPs、ローカルアドレスを比較してください。パラメータが異なる記録は、名前が同じでも重複項目として直接削除しないでください。

重複判定キーの例：
プロトコル | ホスト | ポート | 認証パラメータ | トランスポート方式 | TLS/SNI

Trojan | edge.example.com | 443 | password-A | TCP | edge.example.com
VLESS  | edge.example.com | 443 | uuid-B     | WS  | cdn.example.com

2つの提供元に本当に同じサーバーが含まれている場合は、更新が成功し、提供元を識別しやすく、パラメータが完全な記録を優先して残します。もう一方を削除した直後に元のサブスクリプションを更新して確認してください。重複項目が再び現れるなら、その提供元がまだ管理しているということです。その場合は提供元を残して重複表示を受け入れるか、サービス提供側のサブスクリプション管理で内容を調整してください。パスワード、ポート、UUIDを適当に変更して見かけ上の差異を作らないでください。

サブスクリプション更新後にOn Demandとルールの状態を確認する

サブスクリプションの整理が終わったら、一連の動作を確認します。まずHomeで残すサーバーを選択し、Connectivity Testを実行してから、Global Routingの状態を確認します。普段Configを使う場合は、現在の設定を開き、ルールが上から順に照合され、最後にFINALが一致しなかったリクエストを処理することも確認してください。

On Demandを有効にしている場合、入口はSettings → On Demandです。この設定はネットワーク条件に応じて接続や切断を実行できるため、複数サブスクリプションのテスト中に接続状態が自動で変わることがあります。切り分け中は、Wi-Fiとモバイル通信でそれぞれどの動作を設定しているかを記録し、自動切り替えをサーバー障害と誤認しないようにしてください。

• Settings → Subscribeに、今後も使用し、提供元を識別できる記録だけが残っていることを確認します。
• Homeで現在選択中のサーバーが残す提供元に属していることを確認し、実際の接続テストを1回完了します。
• 重複項目を完全なパラメータで確認し、表示名だけを削除の根拠にしていないことを確認します。
• Global Routing、Configのルール、On Demandの条件が、従来の利用方法に合っていることを確認します。
• 今後サブスクリプションを追加するときは、まず提供元に名前を付け、その後に更新、テスト、重複整理を行い、リストの区分が再び曖昧にならないようにします。