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

サブスクリプション、サーバー項目、構成ファイルを区別する

サブスクリプションが複数あっても、ルール構成が複数あるとは限りません。Home では主にサーバー、サブスクリプショングループ、接続状態を確認します。Config では構成ファイルを管理し、ルールの照合には現在有効な構成が使われます。Home に2つのサブスクリプションを登録しても、それぞれに付属するルールが自動で統合されるわけではありません。また、グループを一番上に表示しても、すべての通信がそのグループを優先するわけではありません。

整理を始める前に、現在選択中のサーバーの登録元、Global Routing の設定、Config で使用中の構成を確認しておきましょう。ルールに基づいて通信を振り分ける場合は、Global Routing → Config を確認します。Proxy、Direct、Config、Scene はそれぞれ役割が異なり、モードを切り替えてもサブスクリプションの重複は解消されません。

登録元ごとにグループ分けする：有効な登録は1つずつ残す

まずサーバー項目をすべて個別に改名するのではなく、登録元の名前でサブスクリプションを区別します。同じ登録元の異なるプランは「登録元A・普段用」「登録元A・予備」のように、異なる登録元は「登録元A」「登録元B」のように名前を付けます。これは手元で見分けるためのメモ例であり、サービス品質や優先順位を示すものではありません。

1. 現在の状態を記録する

   Home を開き、グループごとにメモ、項目数、現在選択中の項目を記録します。URLは端末上で確認し、tokenを含む完全なURLを公開メモに残さないでください。

2. 登録元を確認する

   Home から対象のサブスクリプションの編集画面を開き、URL と Remarks を確認します。新規登録する場合の操作は Home → 右上の「+」→ Type → Subscribe です。既存の登録元を整理するときに、同じURLを再登録しないでください。

3. メモを統一する

   サブスクリプションの編集画面にある Remarks に登録元と用途を入力します。保存して Home に戻り、グループ名で区別できることを確認してください。メモだけを変更し、URL、認証情報、サーバーポートは変更しないでください。

4. グループごとに更新する

   各サブスクリプションの更新操作を使い、一度に1つの登録元だけを更新します。結果と項目の変化を確認すれば、複数を同時に更新して、どのグループで重複が再生成されたのか分からなくなる事態を防げます。

5. 確認してから整理する

   残すグループから、利用できることが分かっている項目を1つ選び、これまでと同じルーティング設定で接続を確認します。残す項目が使えることを確かめてから、重複した登録元や無効な項目を整理してください。

URLは認証情報であり、グループ名ではありません

https://example.com/sub?token=xxxxは形式を示す例であり、接続には使用できません。実際のURLのクエリパラメーターにはアクセス認証情報が含まれる場合があります。2つのURLを同じように見せるためにパラメーターを削除したり、tokenが異なるURLを確認せずに統合したりしないでください。

並べ替え：項目を探す順序と接続先の選択を分ける

リストの並べ替えは「項目を見つけやすくする」ためのもので、実際の接続先を変更するものではありません。名前順は共通の接頭辞を付けたリストに、テスト結果順は現在のネットワークで応答を一時比較するときに、手動並べ替えは自分の探しやすい順序を保つときに便利です。利用できる並べ替え操作は Home の画面に表示される選択肢を確認してください。並び順を自動フェイルオーバーと混同しないようにしましょう。

並べ替える対象がサブスクリプショングループの順序なのか、グループ内のサーバーの順序なのかを先に確認します。Home の並べ替えまたは編集機能を操作したら、まず小さなグループで変化を確認してから、ほかのグループも調整してください。サブスクリプションを更新すると、登録元から返された順序で内容が再構成される場合があります。ローカルで設定した順序が維持されるか、更新後に確認しましょう。頻繁に変わるリストでは、項目ごとに手動で並べ替えるより、登録元のメモを整えるほうが管理しやすくなります。

テストの応答時間は、現在のネットワークとテスト対象における一時的な結果です。継続的な通信速度を示すものではなく、あらゆる接続先にアクセスできる証明にもなりません。一度の並べ替えで下位になったからといって、まとめて削除しないでください。まずローカルネットワークの変化を確認し、整理が必要か判断しましょう。

重複ノードを整理する：登録元を確認してから接続パラメーターを比較

「名前が同じ」と「接続先が同じ」は別のことです。異なるプロトコルで同じアドレスを使う場合もあれば、同じアドレスとポートでも認証情報が異なる場合があります。プロトコル、サーバーアドレス、ポート、認証情報、トランスポート設定を照合して判断し、表示名や地域名だけで重複を整理しないでください。

• 同じサブスクリプションを2回登録した：2つのグループでURL、内容、項目の変化がほぼ一致します。残すグループを更新できることを確認してから、余分なサブスクリプション登録を削除してください。次回更新時にグループ全体が再生成されるのを防げます。
• サブスクリプションの項目と手動追加した項目が混在している：一方は登録元のグループに属し、もう一方は個別に追加したサーバーです。手動追加した項目が過去のテスト用にすぎない場合は、現在の構成で参照されていないことを確認してから削除してください。
• 異なる登録元から同じ接続情報が返される：パラメーターを照合してから、どちらを残すか決めます。2つの登録元を別々に管理する必要がある場合は両方のグループを残し、メモで区別して登録元が混同されないようにしてください。
• 同じ登録元の中で重複している：更新後も同じ内容が表示される場合は、登録元から返される内容を確認してください。ローカルの項目だけを削除しても、次回の更新時に再生成されることがあります。

たとえば、同じアドレスの 443 ポートを指定する2つの Trojan 項目でも、パスワードや TLS server name が異なる場合があります。2つの VLESS 項目では、UUID、トランスポート方式、関連パラメーターが異なることもあります。各項目を照合してから、本当に重複しているか判断してください。重複整理のためにポートを変更したり、検証を無効にしたりしないでください。接続条件が変わるだけで、リストの整理にはなりません。

更新後に再表示されたら、まず生成元を確認する

ローカルで削除すると現在の表示は変わりますが、その後の更新を防ぐには登録元を整理する必要があります。余分な項目がどのサブスクリプションから生成されたかを確認し、重複登録または登録元の内容に対処してください。生成元の重複登録を残したまま同じ項目を何度も削除しないでください。

無効なサブスクリプションを削除する：無効になった範囲を確認してから登録元を削除

更新に失敗しても、サブスクリプションが恒久的に無効になったとは限りません。タイムアウトは現在のネットワーク経路が原因の場合があります。認証エラーはURLの無効化や認証情報の変更が関係している可能性があります。更新できても一部の接続に失敗する場合は、サーバー設定や到達性を個別に確認してください。「サブスクリプションを取得できない」状態と「サーバーに接続できない」状態を切り分け、まだ利用できる登録元を誤って削除しないようにしましょう。

1. Home で失敗したグループを確認し、エラーメッセージと発生時のネットワーク環境を記録します。
2. 対象のサブスクリプションの編集画面を開き、URLが完全か確認します。特にクエリパラメーターが途中で切れていないか、余分な空白が入っていないかを確認してください。
3. 直接の取得がタイムアウトし、利用可能なプロキシがすでにある場合は、Settings → Subscribe → Update via Proxy を確認し、その登録元だけを個別に再試行します。変更前に元の設定を記録してください。
4. その登録元を今後使わないと確認できたら、まず残すグループの有効なサーバーに切り替えます。その後、Home で対象のサブスクリプション登録を削除し、確認画面がサブスクリプション全体と個別のサーバーのどちらを対象としているか確認してください。
5. Config に戻り、カスタムポリシーが削除した名前を参照していないか確認します。その後、直結させる対象とプロキシを使う対象をそれぞれテストしてください。

自動接続を使う場合は、Settings → On Demand も確認してください。On Demand は接続を開始する条件を制御する機能で、削除したサブスクリプションを復元するものではありません。整理中に接続が自動で確立されても、残した項目が使われているとは限りません。最終的には Home の選択中項目と実際に適用されたポリシーを確認してください。

よくある質問：更新、同名項目、接続先の変化