Shadowrocketの複数サブスクリプション管理｜名前の付け方・サーバーの並べ替え・重複整理

サブスクリプション・ノード・Configの違い

Shadowrocketのサブスクリプションは、サーバー情報を取得するための情報源です。1つのサブスクリプションに複数のノードが含まれることがあり、別々のサブスクリプションに同じノードが含まれる場合もあります。Home に同じ名前の項目が2つ表示されても、重複登録とは限りません。名前だけでサブスクリプション全体を削除しないでください。

Config は設定とルールを管理します。Home の提供元メモを整理しても、Config のルールは変更されません。項目をリストの上位に移動しても、すべての通信がその項目を使うわけではありません。接続先は Global Routing、現在のノード、Config のポリシー設定をあわせて確認してください。

この記事では、すでに利用中のサービス提供元とサブスクリプションがあることを前提に説明します。当サイトではノードやサブスクリプションの提供・販売・推奨は行っていません。Shadowrocket は買い切りのクローズドソース商用アプリです。アプリの購入費用に回線プランは含まれません。また、端末内のリストを整理しても、利用中のサービスの有効期限やデータ容量は変わりません。

提供元がわかる名前を付けてから、1つずつ追加

名前はまず「どの提供元の項目か」がわかるようにし、そのうえで「普段どれを使うか」を区別します。「提供元A－通常」「提供元B－予備」のように、短いメモを付ける方法がおすすめです。記号の付け方は自分で決め、メールアドレスや注文番号、実際のサブスクリプション情報は名前に含めないでください。

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

   Home で登録済みのサブスクリプションと、その配下のノードを確認します。現在使用中の提供元とノード名を記録してください。整理後に復元できるよう、元のサブスクリプションリンクは安全な場所に保管します。

2. 追加画面を開く

   Home 右上の「+」から Add Server を開き、Type で Subscribe を選択します。追加前に既存の提供元を確認し、同じリンクを登録済みでないことを確かめてください。

3. メモを入力する

   URL に自分が利用しているサブスクリプションリンクを入力し、Remarks に提供元がわかるメモを記入します。保存前にリンク全体が正しく入力されているか確認してください。コピー時に空白や改行が混入していないか、クエリパラメーターが抜けていないかもチェックします。

4. 追加結果を確認する

   保存してサブスクリプションの更新が完了したら、Home に戻り、その提供元のノードを確認します。メモと内容が一致していることを確かめてから次の登録に進みましょう。複数の提供元を同時に改名・再登録・削除しないでください。

サブスクリプション URL は、https://example.com/sub?token=xxxxのような形式の場合があります。これは接続には使えないダミーの例です。実際のリンクに含まれるパラメーターにはアクセス情報が含まれている場合があります。「形式を統一する」ために削除せず、リンク全体を公開の問い合わせ文に貼り付けないでください。

用途とテスト結果を基準にノードを整理

「ノードの並べ替え」では、リストの表示順と、実際に使う接続先を分けて考えます。名前順に並べると地域を見つけやすくなり、テスト結果を確認すると現在の接続状況を調べやすくなります。ただし、どちらも実際のWebページの表示速度をそのまま示すものではありません。テスト方法やネットワーク、実施時刻が異なれば、数値も変わります。

まず Home で Connectivity Test を実行して候補を確認し、普段使うページにも実際にアクセスします。ページが開くか、何度も停止しないかを記録し、必要に応じて同じネットワーク環境で再テストしてください。モバイル回線での結果と、Wi-Fi での別ノードの結果をそのまま比較しないようにしましょう。

• 第1段階：提供元で分ける「提供元A」「提供元B」のように分類し、同じ地域名で異なるサブスクリプションを混同しないようにします。
• 第2段階：用途で分ける普段使うものと障害時の予備を分けて記録します。表示されている項目をすべてテストする必要はありません。
• 第3段階：接続状況を確認するテストに連続して失敗する候補を除外し、接続できた項目の応答状況を比較します。
• 最後に選択中の項目を確認する表示順を変更した後、Home に戻って現在の選択を確認します。リストの先頭が使用中の項目とは限りません。

並べ替えの操作場所は、リストの種類によって異なる場合があります。現在のリストに並べ替えオプションがある場合は、実行前に具体的な方法を確認してください。該当するオプションがない場合は、提供元メモを統一し、候補を記録して整理できます。ノード名の「01」は、アプリがその項目を優先的に選択する指示ではありません。

プロトコル名は並べ替えの評価基準ではありません。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard は異なる接続プロトコルを示すもので、名前だけでノードの速さを判断することはできません。サーバーの状態、ネットワーク経路、設定パラメーターの正確さも結果に影響します。

重複ノードを整理する：識別情報を確認してから削除

よくある重複には、同じサブスクリプションリンクを2回追加したケースと、異なるサブスクリプションから似たノードが配信されているケースがあります。前者は重複したサブスクリプション登録を優先して整理し、後者は接続パラメーターを照合します。ノードを1つ削除しただけでは、次回の更新後に再び表示されることがあります。

上の表にあるドメイン名とポートは比較用の例であり、利用できるサービスではありません。Type、Address、Port がすべて同じでも、認証情報が異なれば利用権限も異なる場合があります。リストの行数を減らすために、安易に統合しないでください。判断できない場合は、まとめて削除するより元の記録を残すほうが復元しやすくなります。

1. 削除対象が現在の接続で使っている提供元の場合は、作業中に依存しないよう、先に Home で接続を切断してください。
2. 元のリンクを再取得できることを確認してから、対象の項目を削除します。削除するのが単一ノードかサブスクリプション全体かを確認し、確認メッセージを読んでください。
3. Home に戻り、ほかの提供元が残っていることを確認してから、保持するサブスクリプションを個別に更新します。
4. 保持した提供元のノードを選び直して接続し、普段使うページにアクセスできるか確認します。確認が完了してから、次の項目を整理してください。

複数サブスクリプションの更新：まず手動で確認し、自動更新はその後に検討

リストを整理したら、まず手動で1回更新し、提供元メモ、ノード数、現在の選択が想定どおりか確認します。更新成功は、サブスクリプションの取得または処理が完了したことを示すだけで、すべてのノードが正常に接続できるとは限りません。反対に、一度タイムアウトしただけでサブスクリプションが無効だとは断定できません。

特定のサブスクリプションだけ更新に失敗する場合は、URL が完全か、利用中のサービスが有効か、現在のネットワークからその URL にアクセスできるかを確認します。更新できているほかの提供元は削除しないでください。サブスクリプション URL へのアクセスにプロキシが必要な場合は、既存の接続が使えることを確認したうえで、Settings → Subscribe の Update via Proxy を確認します。この設定では、誤ったリンクを修正したり無効な認証情報を復旧したりできません。

リストの整理と Global Routing は分けて確認

整理後も接続経路が変わらない場合は、サブスクリプションを再追加するのではなく、まず Global Routing を確認します。Config を使う場合、通信は現在の設定に従い、Config 内のポリシーが適用されることがあります。Proxy と Direct は全体的なルーティング状態を示し、Scene はシーンごとの設定に関係します。提供元メモを変更しても、これらの動作は変わりません。

• Config を使用している場合：現在のConfigと、関連ルールが参照するポリシーを確認します。ルールのDOMAIN-SUFFIX、GEOIP、IP-CIDRは照合条件であり、FINALは最後のフォールバック処理に使われます。サブスクリプションの提供元を示すラベルではありません。
• Proxy を使用している場合：プロキシ接続に現在選択されている項目を確認します。提供元グループの表示位置だけで判断しないでください。
• Direct を使用している場合：直接接続でのアクセス結果を、プロキシノードのテスト結果と混同しないでください。
• Scene を使用している場合：該当するシーンの設定を確認し、手動選択を変更しても現在の接続に反映されない理由を調べます。

デバイスが自動的に接続を再確立する場合は、Settings → On Demand でオンデマンド接続の設定も確認します。On Demand は接続を開始する条件を扱う機能で、重複整理を行うものではありません。メモに「予備」と記入しても、用途が自動的に認識されるわけではありません。調査時は「いつ接続するか」「どのルーティング方式を使うか」「どのノードが選択されているか」を分けて確認すると、すべての設定を何度も切り替えるより原因を特定しやすくなります。

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