複数のサブスクリプションは、まず提供元を確認し、表示順を整理してから重複を整理します。ここでは、利用中のプロバイダとサブスクリプションがあることを前提に、Homeに表示されるサブスクリプショングループと、グループ内のサーバーの違い、削除前に控えておく情報、更新後に手動で削除した項目が再表示される理由を説明します。整理するときは一度に1グループずつ扱い、提供元が異なる同名サーバーを誤って削除しないようにしましょう。
1. サブスクリプショングループ・サーバー・Configの違い
Shadowrocketのサブスクリプション管理では、主にHomeのサブスクリプショングループを操作します。サブスクリプションURLはサーバー一覧を取得するための情報で、1つのサブスクリプションから複数のサーバーが返されることがあります。サーバー項目には、接続に必要なプロトコル、アドレス、ポート、認証情報が含まれます。2つのグループに同じ名前の項目があっても、重複して取り込まれたとは限りません。
Configで管理するのは設定ファイルとルーティングルールであり、サブスクリプションのサーバー一覧とは別です。古いサブスクリプションを削除しても、Config内のファイルが同時に削除されるわけではありません。逆に、設定ファイルを削除しても重複サーバーは整理できません。Settingsの更新関連オプションは取得方法に影響しますが、Homeでサブスクリプションの提供元を確認する作業の代わりにはなりません。
サブスクリプションとサーバー
- 確認する場所
- Homeのサブスクリプショングループとグループ内の項目
- 提供元の確認
- サブスクリプション編集画面のURL
- 接続情報
- サーバーのプロトコル、アドレス、ポート、認証情報
- 更新時の動作
- その提供元からサーバー一覧を再取得
グループ名は識別用、URLは提供元の確認用です。互いに代用することはできません。
設定とルーティング
- 設定の場所
- Config
- ルーティングの入口
- Home → Global Routing
- ルールの扱い
- Configは選択中の設定に従って接続を処理
- その他の扱い
- Proxy、Direct、Scene
一覧の順序を変えても、Global Routingの変更や設定内のポリシー選択の変更にはなりません。
2. 提供元が分かる名前を付け、グループと項目の順序を整理する
まずHomeを開き、登録済みのサブスクリプショングループを展開して、1つずつサブスクリプション編集画面でURLとメモを確認します。操作項目は情報ボタン、編集ボタン、長押しメニューなどで表示される場合があります。画面の表示は変更されることがあるため、操作前に編集対象がサブスクリプション自体なのか、グループ内のサーバーなのかを確認してください。グループ名は「用途－提供元－状態」のように付けると識別しやすくなります。例：「普段使い－提供元A－保持」「予備－提供元B－要確認」。
- 対応関係を記録：各サブスクリプショングループについて、識別できるメモ、提供元、現在のサーバー数を控えます。完全なURLにはアクセス情報が含まれる場合があります。自分だけが管理できる場所に保管し、公開の問い合わせなどには貼り付けないでください。
- まずメモを変更：保存後にHomeへ戻り、グループ名が変わったことを確認します。名前を変更しても、2つのサブスクリプションが統合されたり、サーバー提供元の内容が変わったりすることはありません。
- 次にグループの順序を整理：現在の画面にある編集または並べ替え操作で、よく使うグループを上に、確認待ちのグループを下に配置します。ドラッグ用のハンドルが表示された場合は、移動後に編集モードを終了し、位置が保存されたか確認してください。
- グループ内の並べ替えは別に確認：名前順、遅延順、元の順序はグループ内のサーバーに関するもので、サブスクリプショングループ間の優先順位ではありません。遅延順にする場合は、先にテストを実行してください。結果が返っていない項目を、すぐに使用不可と判断しないでください。
- 更新後の変化を確認：1つのグループだけ更新してから、並び順を確認します。更新後に提供元から返された順序に戻る場合、ローカルの表示順は長期的な分類には向きません。分かりやすいグループ名を主な識別方法にしましょう。
並べ替えで変わるのは表示順だけです。グループを先頭に移動しても、接続先が自動で切り替わるわけではなく、Config内のポリシーグループがその提供元を使う保証もありません。現在の画面にグループ専用の並べ替え機能がない場合は、分かりやすいメモを付けてください。位置を変えようとして何度も再登録すると、同じ提供元のグループが重複して作られるおそれがあります。
3. 重複サーバーは名前だけで判断せず、提供元を確認する
重複して見えるケースは主に3つあります。同じURLを2つのサブスクリプションとして保存した場合、異なるURLから一部同じサーバーが返された場合、1つのサブスクリプション内に似た名前や同じ接続パラメーターの項目が含まれている場合です。最初のケースでは重複したサブスクリプションを整理できますが、後の2つは提供元とパラメーターを確認してから判断してください。Homeの表示名だけを見て一括削除するのは避けましょう。
| 見えている状態 | 確認する項目 | 対処方法 |
|---|---|---|
| 2つのグループで名前と項目数が同じ | サブスクリプションURLが完全に同じか | 選択状態を確認し、有効な提供元を1つ残す |
| 異なるグループに同名サーバーがある | アドレス、ポート、プロトコル、伝送パラメーター | パラメーターが異なる場合は残し、名前だけで重複と判断しない |
| 削除した項目が更新後に再表示される | 最新のサブスクリプション内容にその項目が含まれているか | 提供元の内容、または利用可能なフィルター設定で対処 |
| 1つのグループに似た名前の項目がある | ポート、プロトコル、回線識別情報が異なるか | 項目ごとに確認し、名前が似ているだけで重複と判断しない |
2つのTrojan項目を例にすると、どちらも edge.example.com:443 であっても、同一の接続先とは限りません。認証情報、TLS関連の設定、伝送パラメーターも確認してください。一方のポートが 443、もう一方が 8443 なら、接続先の明確な違いがあります。認証情報を比較する場合は端末内で確認し、完全なパラメーターを公開スクリーンショットに載せないでください。
結論：まず重複した提供元を整理し、その後にグループ内の重複を検討する
2つのグループが同じ完全なURLを参照している場合は、有効なグループを1つ残すのが基本です。名前だけが同じで提供元や接続パラメーターが異なる項目は、まず残してメモを追加し、一括削除しないでください。
4. 古いサブスクリプションを削除する前に、接続先を切り替える
サブスクリプションを削除すると、端末に保存された一覧に影響します。ただし、プロバイダとのサービス契約が終了するわけではなく、サーバー側のアクセス情報が自動的に無効になるわけでもありません。古いグループを整理する前に、新しいグループを更新でき、接続できることを確認してください。新しいURLが有効だと確認できるまでは、唯一使える提供元を削除しないでください。
- 復元に必要な情報を保存：古いグループのメモとサブスクリプションURLを記録し、手動で設定したサーバーのパラメーターも適切に保管します。表示名だけではサブスクリプションを再登録できません。
- 代わりの項目を選択：Homeで残すグループ内のサーバーを選択します。元の接続が有効な場合は一度切断してから再接続し、利用可能と分かっている接続先にアクセスして結果を確認してください。
- 設定からの参照を確認：現在の設定で、名前を指定したサーバーやポリシーグループを使っている場合は、Configで関連する参照先を確認します。Homeの選択マークだけを見て、すべてのルールが切り替わったと判断しないでください。
- 正しい階層を削除：Homeで古いサブスクリプショングループを削除し、確認メッセージを読んで対象がグループ全体であることを確認します。サーバー項目だけを削除した場合、サブスクリプションの提供元は残っている可能性があります。
- 画面を閉じて再確認：古いグループが消え、残すグループが表示されていることを確認し、そのグループをもう一度更新します。誤って削除した場合は、事前に保存した提供元情報を使って再登録してください。記憶を頼りにサーバーを手入力で追加するのは避けましょう。
5. 更新後に再表示される場合は、「削除」と「提供元」の関係を確認する
サブスクリプションを更新すると、提供元の内容が再取得されます。グループ内のサーバーを手動で削除しても、提供元側から削除されるわけではありません。次回取得した内容にその項目が含まれていれば、再び表示されることがあります。削除に失敗したとは限らず、ローカルの一覧が提供元の内容から再生成された可能性があります。
すぐに全件を更新せず、まず1つのサブスクリプションだけ更新してください。更新前にグループ内の項目数と、目印になる名前をいくつか控え、更新後に比較します。項目数が同じでも、内容が変わっていないとは限りません。アドレス、ポート、認証情報が変わっている可能性があります。反対に、項目数が増えた場合も、提供元で項目が追加された可能性があるため、すぐに重複とは判断できません。
- 同じグループに古い項目が再表示された：提供元からその項目が引き続き返されているか確認します。サブスクリプション編集画面にフィルター設定がある場合は、対象となる名前を確認し、範囲を絞って動作を確かめてください。
- グループが2つに増えた：サブスクリプションを再度追加していないか確認します。既存グループの更新とURLの再登録は別の操作です。
- 同名でパラメーターが異なる項目がある：提供元によって接続先やプロトコルが変更された可能性を確認してください。名前を揃えるために、有効な代替項目を削除しないでください。
- 新旧のURLが併存している：クエリパラメーターが異なっていても、提供内容が異なるとは限りません。それぞれを更新して返される内容を確認し、残す提供元を決めてください。
一部の項目を長期的に非表示にしたい場合は、提供元が認める内容変更方法か、現在のアプリ画面に明示されているフィルター機能を優先してください。手動で一度削除しただけで、継続的なフィルターになるとは限りません。確認していないURLパラメーターも追加しないでください。条件を1つずつ変更し、更新後にほかの項目が誤って除外されていないか確認します。
6. 複数サブスクリプションの管理でよくある質問
予備のグループを一番上に移動すると、自動的にそのグループで接続されますか？
表示順を変えただけで、接続先が自動的に決まることはありません。Homeに戻って選択中のサーバーを確認し、Global Routingも確認してください。Configを使用している場合は、現在の設定内で選択されているポリシーも確認します。グループの位置から実際の接続先を推測しないでください。
古いサブスクリプションを削除したのに、なぜ接続が再びオンになるのですか？
サブスクリプション一覧と自動接続の条件は別の設定です。Settings → On Demandを開いて起動条件を確認し、現在の接続で使用しているサーバーも確認してください。自動接続が再び実行されても、古いサブスクリプションが復元したわけではありません。
2つのグループに同じサーバー名がある場合、片方だけ残せばよいですか？
それぞれの項目の詳細を開き、プロトコル、アドレス、ポート、認証情報、伝送パラメーターを確認してください。名前が同じだけでは同一の接続とは判断できません。サブスクリプションURLも完全に同じ場合は、古いサブスクリプションを削除する手順に沿って、余分なグループを整理します。
新しいグループの更新に失敗しました。すぐに古いグループを削除してもよいですか？
古いグループは残してください。新しいグループだけを更新し、URLが完全か、アクセス情報が有効か、現在のネットワークからそのURLにアクセスできるかを確認します。新しいグループからサーバー一覧を取得でき、接続も確認できてから、選択項目と設定の参照先を切り替えてください。
サーバーのメモを手動で変更したのに、更新後に変わるのはなぜですか？
更新時に、提供元から返された名前が再適用されることがあります。長期的な識別には、サブスクリプショングループのメモで提供元を示す方法が適しています。手動で追加した項目を残す場合は、元のサブスクリプションと同期されないことを記録してください。以後のパラメーター変更も個別に管理する必要があります。