Shadowrocketの複数のサブスクリプションは、提供元ごとに管理しましょう。まずSubscribeの項目とRemarksを確認し、個別に更新してから、並べ替えや重複項目の整理を行います。すでに利用するサービスとサブスクリプションをお持ちの方向けに、サブスクリプションの提供元、生成されたノード、Config内のポリシーを区別し、ノードを削除してもサブスクリプションの更新が停止するわけではない点を説明します。
Subscribe・ノード一覧・Configの違いを確認
Subscribeの項目にはサブスクリプションのURLが保存され、更新時にはそのURLからコンテンツを取得します。Homeに表示されるノードは、インポートまたは更新によって追加された接続情報です。Configはルールやポリシーの設定に使います。これらは関連していますが、データとしては別のものです。Homeで表示順を変えても、Config内のルール順やサブスクリプション元が返す順序は変わりません。
たとえば、サブスクリプション元がAとBの2つあり、手動で追加したノードもある場合は、まずそれぞれの出所を確認してから該当項目を操作します。どちらも「予備」という名前だからといって、片方を削除しないでください。名前が同じでも表示ラベルが同じというだけで、サーバーアドレス、ポート、プロトコル、認証情報まで同じとは限りません。
複数のサブスクリプションをグループ分けする：まずRemarksで提供元を区別
一般に「サブスクリプションのグループ分け」と呼ばれるものは、まずSubscribeの提供元ごとにノードを整理することを指し、同じ名前のポリシーグループを新規作成することではありません。各Subscribe項目に「個人用 A」「個人用 B」のような、変わりにくく見分けやすいRemarksを設定しましょう。サブスクリプションURL全体をRemarksに記載したり、速度テストの結果で変わる数値を提供元の名前に使ったりするのは避けてください。
- Homeを開き、既存のサブスクリプショングループとタイトルを確認して、追加するURLがすでに登録されていないか調べます。
- 新たに追加する必要がある場合は、右上の追加ボタンをタップします。追加画面でTypeをSubscribeに設定し、URLとRemarksを入力してください。各項目の位置は、現在のアプリ画面で確認してください。
- 保存したらHomeに戻り、新しい項目の所属先と取得されたノードの内容を確認します。同じURLがすでに登録されている場合は、再度追加せず既存の項目を編集してください。
- 登録済みのサブスクリプションを変更するには、Homeで該当グループのタイトルから操作メニューを開き、編集を選びます。URLとRemarksを確認して保存してください。個別ノードのパラメータ編集画面と間違えないようにしましょう。
サブスクリプションURLのクエリパラメータには、アクセス認証情報が含まれる場合があります。2つのURLが同一か確認するには値全体を照合しますが、完全なURLを公開スクリーンショット、チャット、トラブル報告に貼り付けないでください。下のURLは項目の形式を示す例であり、利用できるサブスクリプションではありません。実際の操作には、ご自身がすでにお持ちのURLを使用してください。
サブスクリプション項目の確認
- Type
- Subscribe
- Remarks
- 個人用 A
- URL
https://example.com/sub?token=xxxx
例示用のURLは項目の形式を確認するためのものです。RemarksはサブスクリプションURLの代わりにはなりません。
ノードの所属先を確認
- 提供元
- どのSubscribe項目に属するか確認
- 名前
- 表示と参照に使う名前であり、一意の識別情報ではありません
- パラメータ
- プロトコル、サーバー、ポート、認証情報を確認
まず提供元を区別し、その後で重複かどうかを判断して、異なる接続を誤って削除しないようにします。
個別更新：操作対象を確認してから取得結果を確認
複数のサブスクリプションがある場合、問題の切り分けではまず提供元を1つずつ更新しましょう。特定のURLで取得に失敗しているのか、現在のネットワークの影響ですべてのサブスクリプションに問題が出ているのかを判断できます。一括更新は、各提供元が正常だと確認できているときの日常的な管理に適しており、初めて起きた問題の切り分けには向きません。
- Homeで対象サブスクリプションのグループタイトルを探し、長押しして操作メニューを開きます。タイトルを確認して、メニューから更新を実行してください。メニューの表記や利用できる操作は、現在の画面で確認してください。
- 今回のリクエストが完了するまで待ち、アプリに表示された成功またはエラーの通知を確認してください。更新操作を連続して繰り返さないようにしましょう。
- 対象グループに戻り、ノード名と内容が想定どおりか確認します。取得に成功しても、すべてのノードが接続できるとは限りません。接続テストは別途行ってください。
- 1つの提供元だけ更新に失敗する場合は、そのSubscribe項目の編集画面を開いてURLを確認します。特に、コピー時に空白や改行が混入していないか、クエリパラメータが欠けていないかを確認してください。
タイムアウトが発生した場合は、「サブスクリプションURLにアクセスできない」のか、「URLから返された内容を解析できない」のかを切り分けます。前者ではネットワーク経路とURLの有効性を確認し、後者では返された内容が本来のサブスクリプション形式かどうかを確認してください。エラーページの文章を新しいノードとしてインポートしたり、ブラウザーでWebページが開けたことだけを根拠にサブスクリプションのリクエストも正常だと判断したりしないでください。
手動で並べ替える：表示順とポリシー選択を区別
並べ替える前に、変更したい順序を確認しましょう。サブスクリプショングループの順序、グループ内のノード順、Config内のポリシー候補の順序はそれぞれ別のものです。Homeでノードを先頭に移動しても、ルールが自動的にそのノードを使うわけではありません。実際の接続はGlobal Routingと現在の設定に左右されます。
- 手動で並べ替える：Homeでリストの編集または並べ替え操作を探します。現在のリストにEditとドラッグハンドルがある場合は、編集モードにして対象行をドラッグし、編集を完了してください。ドラッグハンドルが表示されている階層だけを操作します。ノードを長押しして表示される機能メニューを、ドラッグによる並べ替えと混同しないでください。
- 自動で並べ替える：現在の画面に名前順や遅延順の並べ替えがある場合は、まず適用範囲を確認します。遅延順はテスト結果に応じて変わるため、提供元ごとの固定グループ分けには使えません。
- 更新後の順序：サブスクリプションを更新すると、リストが再生成される場合があります。現在の順序を記録してから1回だけ更新し、順序が維持されるか確認してください。提供元の順序に戻る場合は、長期的な分類をローカルの表示位置に頼らないようにしましょう。
- 並べ替えの項目がない：操作できる内容はリストの階層によって異なります。編集やドラッグ操作ができない場合は、「順序を変える」ために削除と再登録を繰り返さず、まずRemarksで提供元を見分けられるようにしてください。
Global RoutingでConfigを使用している場合、ルールとポリシーは現在の設定によって決まります。ProxyとDirectの動作も、リストの並べ替えとは別のものです。項目を上位に表示するためにGlobal Routingを変更する必要はありません。また、表示順の問題を解決するためにFINALを書き換えるのも避けてください。
重複ノードを整理する：まず提供元の重複を解消し、接続パラメータを比較
重複項目が発生する主な原因は、同じサブスクリプションURLを複数回登録しているか、異なるサブスクリプションに同じ接続情報が含まれているかのどちらかです。まず前者を解消すると、次回以降の更新で重複が繰り返し表示されるのを抑えられます。サブスクリプションから生成されたノードを1行だけ削除しても、次の更新後も削除状態が保たれるとは限りません。
| 表示されている状況 | 確認する内容 | 対処方法 |
|---|---|---|
| 2つのサブスクリプショングループの内容が同じ | 2つのSubscribe項目のURL全体を比較 | 同じ提供元だと確認できたら、一方だけを残して不要なサブスクリプション項目を削除 |
| ノード名が同じ | プロトコル、サーバー、ポート、認証情報を比較 | パラメータが異なる場合は両方を残す。名前だけで重複と判断しない |
| 名前は異なるがアドレスは同じ | トランスポート、TLS、認証パラメータも比較 | サーバーアドレスが同じというだけで重複と判断しない |
| 削除後、更新すると再び表示される | サブスクリプション元からノードが引き続き返されているか確認 | 生成されたノードを何度も削除するのではなく、重複しているサブスクリプション元を整理 |
たとえば、同じサーバーでもポート443と8443は別の接続先です。ポートがどちらも443でも、一方がTrojan、もう一方がVLESSを使用しているなら統合できません。プロトコルとポートが同じでも、UUID、password、TLSのserver name、トランスポートのパスが異なれば、接続の意味が変わる場合があります。機密性のある項目を比較するときはご自身のデバイス上で行い、パラメータ全体を外部に公開しないでください。
結論：重複するサブスクリプション項目を優先して削除
2つのSubscribe項目のURL全体が同じだと確認できたら、まず有効な提供元を1つ残して、余分なグループを整理します。生成されたノードだけを削除しても、次回の更新で重複した一覧が再び表示される可能性があります。
削除前に参照先を確認し、削除後に接続をテスト
ノードを1つ削除する場合と、サブスクリプション項目全体を削除する場合では、影響範囲が異なります。前者は1つの接続情報を対象とし、後者は提供元と関連する内容を対象とします。操作する前にHomeで現在選択されているノードを確認し、Configで削除予定の名前を参照しているポリシーがないか調べてください。グループタイトルだけでは、安全に削除できるか判断できません。
- 残す提供元のRemarksを控え、そのサブスクリプションが正常に更新できることを確認します。「ノードがまだ一覧にある」ことを更新確認の代わりにしないでください。
- 削除予定のノードを現在使用している場合は、利用可能だと確認した残すノードに先に切り替えます。Configを使用している場合は、関連するポリシーで実際に選択されている項目も確認してください。
- Homeに戻り、対象のサブスクリプショングループの操作メニューから削除を実行します。画面上でスワイプして削除する場合は、対象行が個別ノードではなくサブスクリプション項目であることを先に確認してください。
- 確認画面に表示される対象と範囲を読んでから、削除を確定します。完了後、グループ、ノード、Config内の参照先が想定どおりか確認してください。
- 必要なWebページやサービスに再度アクセスし、利用できることを確認します。クライアント上で項目を削除しても、サービス提供元との契約が終了するわけではありません。
残すサブスクリプションの更新がまだ成功していない場合は、すべてを削除してから作り直すのは避けてください。復元できるURLとパラメータを先に確認し、その後1つずつ整理するのが安全です。バックアップやメモに認証情報が含まれる場合も、機密情報として保管してください。
複数サブスクリプションの管理に関するよくある質問
サブスクリプションの更新後、削除したノードが再び表示されるのはなぜですか？
まずHomeで、そのノードがどのSubscribeグループに属しているか確認します。提供元から同じ接続情報が引き続き返される場合、更新によって再び生成されることがあります。同じURLを重複して登録していないか確認してください。一部の項目を表示したくないだけなら、生成された行を削除して恒久的なフィルターにしようとせず、現在の画面で利用できる表示管理機能を優先してください。
2つのグループ名が異なれば、別々のサブスクリプションとして扱えますか？
いいえ。2つのサブスクリプション項目の編集画面を開き、URL全体を確認してください。Remarksが異なっていてもURLが同じ場合があり、反対にRemarksが同じでも同じ提供元とは限りません。まず提供元を確認してから、残すか削除するかを判断してください。
1つだけ更新したいのに、なぜ全部を更新しないのですか？
一括更新では、どの提供元で失敗したのか特定しにくくなります。まずHomeで対象のサブスクリプショングループのメニューから個別に更新し、その項目の結果を記録してください。各提供元に問題がないと確認できたら、画面で利用できる一括更新を使いましょう。
ノードを先頭に移動したのに、別のノードで接続されるのはなぜですか？
Homeでの表示位置は、接続先を選ぶルールではありません。現在選択されているノードとGlobal Routingを確認してください。Configを使用している場合は、現在の設定を開き、ポリシーの選択とルールからの参照を確認します。まず実際の接続先がどのように選ばれているかを調べてから、並べ替えが保存されていないか判断してください。