Shadowrocketのサブスクリプション更新に失敗する・ノードが空の場合：5段階の確認リスト

ステップ1：SubscribeのURLが完全か確認する

結論：まず入力したURLを確認してから、リストを確認します。Homeを開き、自分で追加したSubscribe項目を見つけて編集画面を開き、提供元の情報と一文字ずつ照合してください。まだ追加していない場合は、Home右上の「+」からTypeでSubscribeを選び、手元にあるURLを入力して保存します。画面の状態によって項目の表示位置が異なることがあるため、アプリ内の実際の表示に従ってください。

サブスクリプションURLには通常、パスとクエリパラメータが含まれます。例として https://example.com/sub?token=xxxx を見ると、?token=xxxx もURLの一部です。疑問符や等号、末尾の文字が欠けると、サーバーから異なる内容が返されることがあります。このURLは構造を説明するための例で、利用できるサブスクリプションではありません。アクセス権の識別に使われるパラメータが含まれる場合があるため、完全なURLを公開の場に貼り付けないでください。

1. 元のURLを確認する

   手元にある提供元の情報から完全なURLをコピーし、先頭の https://、パス、疑問符以降のパラメータをそのまま保持してください。記憶を頼りに文字を補わないでください。

2. 先頭と末尾の文字を確認する

   Subscribeの入力欄を見て、前後に空白、改行、説明文が含まれていないか確認してください。ウェブページの説明全体をコピーすると、見出しや句読点までクリップボードに入ることがあります。

3. 変更する項目は一度に一つ

   修正したURLを保存し、更新を一度実行してリストを確認します。URL、ネットワーク、設定を同時に変更すると、どの変更が結果に影響したのか判断できません。

ステップ2：取得失敗と内容の解析失敗を切り分ける

結論：URLを開けても、Shadowrocketが読み取れるサブスクリプション内容が返されているとは限りません。更新では、URLへのリクエスト、応答の受信、項目の解析という少なくとも3段階があります。リストが空なのは、最終的に表示可能な項目が得られなかったことを示すだけで、どの段階に問題があるかはそれだけでは判断できません。

ウェブページのURL、アカウントページのURL、説明文などを誤ってSubscribeに入力していないか、まず確認してください。リンクをコピーする際は、引用符、日本語の句読点、改行、途中で切れたパラメータにも注意します。同じURLをSafariで開くとアクセス可否の確認に役立ちますが、ログインページ、エラーページ、通常のウェブページが表示されても、「ページを開ける」ことは「サブスクリプション形式が正しい」証拠にはなりません。ページに表示された機密情報を他人に転送しないでください。

URLが https:// で始まる場合、HTTPSでは通常ポート 443 が使われますが、提供元が別のポートを指定していることもあります。元のURLに従い、ポートを自己判断で変更しないでください。401 や 403 が表示される場合はアクセス権の問題、404 は該当パスが見つからないことを示すのが一般的です。200 が返っていても、応答がログインページではなくサブスクリプション内容であることを確認してください。

ステップ3：提供元側のURLと内容の状態を確認する

結論：端末側の入力に誤りがなければ、次はそのURLを提供している側を確認します。Shadowrocketはユーザーが入力した情報を読み込みますが、サブスクリプションURLの有効期限、アクセス権、返される内容は、そのURLに対応するサービスによって異なります。アプリの購入と、すでに持っているサービス情報は別のものです。この記事では、自分のURLの確認方法のみを説明します。

自分の提供元アカウント情報を確認するときは、次の3点を確認してください。クライアントで読み込むためのサブスクリプションURLであること、そのURLのアクセス権が有効であること、期待する項目を含む内容が返されること。提供元がURLを更新した場合は、現在案内されているURLに置き換えてください。日付やランダムな文字列に見える部分だけをURL内で変更するのは避けてください。

提供元へ問い合わせる際は、問題が発生した時刻、URLにアクセスできるか、確認できたステータスコード、「内容は取得できるが項目が空」「リクエストが失敗する」といった具体的な状況を伝えると役立ちます。完全なtoken、パスワード、設定の平文は送らないでください。提供元から空の内容が返されていると確認できた場合は、まず提供元に情報を確認してもらいましょう。Homeで何度更新しても、項目が新たに作られることはありません。

ステップ4：更新のタイミングを整え、結果を一度確認する

結論：URLを変更したら更新を一度実行し、処理が終わるまで待ってから項目に変化があったか確認します。短時間に何度も更新すると、「どのリクエストがどの変更に対応するのか」が分かりにくくなり、返された内容の確認にもなりません。変更前の状況を記録し、URLを保存して更新した後、変更後の状況を記録してください。

• Subscribeを保存したら、まず編集内容が保存されたことを確認してから更新してください。Homeに戻っただけでは、取得が完了したことにはなりません。
• 提供元がURLを変更した場合は、現在案内されている完全なURLを使ってください。以前使えていた古いURLが、現在も有効とは限りません。
• 更新後に項目が表示されたら、まず自分の情報に対応する項目か確認してから、接続テストを検討してください。リストに表示されることと、接続できることは別々の確認事項です。
• 更新後も空の場合は、そのときのネットワーク環境とアプリに表示されたメッセージを記録し、次の確認に役立ててください。

Global RoutingのProxy、Direct、Config、Sceneと、「サブスクリプションの解析に成功したか」は混同しないでください。これらは接続後のルーティング設定です。サブスクリプションリストが空の場合は、まずURLへのリクエストと応答内容を確認します。項目がすでに表示されているのにアクセス結果が想定と異なる場合は、DOMAIN-SUFFIX、GEOIP、IP-CIDR、FINALなどのルールに加え、ルーティング設定を確認してください。

ステップ5：ネットワークを切り替えて確認し、次の確認箇所を判断する

結論：確認済みの同じURLでネットワークによって結果が異なる場合は、端末からサブスクリプションURLまでの接続を調べる理由になります。Subscribeの内容は変えず、自分が利用できるWi‑Fiとモバイル通信でそれぞれ一度更新し、内容を取得できるか、表示されるメッセージに変化があるかを記録してください。ネットワークを切り替える前後にURLも変更すると、比較できなくなります。

「サブスクリプションの更新失敗」と「表示済みの項目で接続できない」も区別してください。前者は情報の読み込み時に発生します。後者は、自分の既存設定のType、Address、Port、および各プロトコルで必要な項目を確認する必要があります。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは必要な項目が異なります。空のリストを直そうとして、既存項目のプロトコルやポートをむやみに変更しないでください。

URL、応答内容、ネットワークを確認してもHomeに期待する項目が表示されない場合は、これまでの記録をまとめたうえで、正しいSubscribe項目を表示しているか、情報が意図した場所に保存されているかを確認してください。ConfigとHomeの用途を確認する場合はサーバー管理ガイドを、画面上の用語が分からない場合は用語集を参照してください。