Shadowrocketのサブスクリプション追加
と接続確認の手順

手順 01 / サーバー情報を登録する

サーバーの追加、または既存のサブスクリプションの読み込み

Shadowrocketを開き、まずHomeにサーバー情報が登録済みか確認します。一覧が空でも、アプリのインストールに失敗したとは限りません。追加する前に、手元の情報の種類を確認してください。アドレス、ポート、認証情報がそろっている場合は手動で入力します。サーバー共有リンクは通常、1件の情報として読み込みます。SubscribeのURLは複数の情報を取得・更新するためのものです。Configファイルにはルールなどの設定が含まれる場合があります。「どれもリンクだから」と同じ方法で読み込まないようにしましょう。

サブスクリプションをお持ちの場合：Subscribeの読み込み項目を使う

利用中のサービス提供元からサブスクリプションURLをコピーし、アカウントのログインページ、請求ページ、説明記事ではなく、サブスクリプションの取得先であることを確認します。Homeに戻って追加メニューを開きます。Add Serverの種類にSubscribeがあれば選択し、サブスクリプションURLを入力して保存します。取得が完了するまで待ってください。クリップボードから読み込み可能な情報が検出された場合は、種類と入手元を確認してから確定します。通知が表示されただけで、そのまま読み込まないようにしてください。

保存後、Homeに戻り、サブスクリプショングループとサーバー情報が表示されているか確認します。サブスクリプション名だけが表示され、サーバー情報がない場合は、接続を開始する前に更新結果を確認してください。更新により情報の名前や選択項目が変わることがあります。初回の取得が成功したら、まず1件選んで動作を確認しましょう。同じURLを何度も読み込む必要はありません。重複して読み込むと似たグループが増え、どの情報で接続しているのか分かりにくくなります。

手元の情報がConfig画面のリモートConfigまたはSubscribe管理メニューを明示している場合は、情報の種類に応じて操作します。Configで該当するConfigを追加または取得し、内容を確認してから使用するものを選択してください。Configは主にConfigファイルを管理する画面です。Configを読み込んだだけでは、使用するサーバーが選択されたことにはなりません。同様に、Homeにサブスクリプションの情報が表示されても、ルール設定が切り替わったとは限りません。「サーバー一覧の更新」と「ルール設定の選択」は目的が異なるため、メニュー名が似ている場合は区別して操作してください。

サーバー情報をお持ちの場合：Add Serverに項目を入力する

Homeの追加メニューからAdd Serverを開き、サービス提供元から指定されたプロトコルを選んで、サーバーアドレス、ポート、対応する認証情報を入力します。Shadowsocks、VMess、VLESS、Trojan、WireGuardなど、プロトコルによって必要な項目は異なります。情報に明記された値だけを入力してください。パスワード、ID、鍵、トランスポート設定を近くの項目から推測したり、サーバーの表示名を接続先アドレスとして入力したりしないでください。

入力時は、前後の空白、全角記号、コピー時に混入した改行に注意してください。アドレス欄には通常、指定されたホスト名またはアドレスだけを入力します。Webページのパスを自分で付け加えないでください。ポートは元の情報どおりに入力します。TLSなどのトランスポート設定が必要な場合は、提供元の説明と項目ごとに照合してください。すべてをオンにして試す方法は避けましょう。保存後にHomeへ戻り、追加した情報を選択して名前を再確認します。以前の情報を誤って選ばないよう注意してください。

QRコードをお持ちの場合はScan QR Codeから読み取れます。サーバー共有リンクがある場合は、アプリに表示されるクリップボードからの読み込み案内を利用できます。どちらの場合も、完了の基準は「読み取りが終わった」ことではなく、「情報が保存され、選択できる」ことです。プロトコル項目の意味は用語集、4種類の読み込み方法の詳細はサブスクリプションの読み込み方法をご覧ください。情報に誤りがないことを確認してから、ルーティングを選択します。

手順 02 / 接続時の処理を決める

Global Routingのモードを選択する

HomeでGlobal Routingを開き、選択肢を表示します。ここでは通信全体の処理方法を決めます。サーバー情報を補ったり、無効な認証情報を修正したりする機能ではありません。選択肢はConfig / Proxy / Directの3つです。選ぶ前に、ルールに基づく日常利用、サーバーの比較テスト、元のネットワークの確認のどれが目的かを明確にしてください。

日常的な振り分け：Configを選び、現在の設定を確認する

ルールに基づいて接続先を振り分ける場合はConfigを選択し、Config画面で使用する設定が選択されていることを確認します。Config一覧にファイルがあるだけでは、そのファイルが適用中とは限りません。リモートConfigを読み込んだばかりの場合は、取得が完了し、ファイルを読み取れることを確認してから画面上で選択してください。現在のConfigが正常に動作しているなら、このチュートリアルを進めるためだけに、入手元が不明なルールへ置き換える必要はありません。

ルール内のDIRECTは直接接続、PROXYは該当するプロキシポリシーの適用、REJECTは通信の拒否を意味します。ルールは通常、上から順に評価されます。先にあるルールに一致すると、後続のルールは適用されない場合があります。まずは「Configが通信経路を決める」と理解すれば十分です。すぐにルールを書き換える必要はありません。現在のConfigが存在しないポリシーや、準備できていないサーバーグループを参照している場合は、Homeでサーバーを切り替えるだけでなく、参照先を修正してください。

比較テスト：一時的にProxyまたはDirectを選択する

サーバーとルールのどちらに問題があるか分からない場合は、一時的にProxyを選び、同じ接続先をテストします。Proxyでアクセスでき、Configでは失敗する場合は、Configや適用されたポリシーを重点的に確認してください。Directは元のネットワークで接続先にアクセスできるかを調べるために使います。すべてのサイトにアクセスできるとは限らず、プロキシサーバーの利用可否を確認するものでもありません。

モードを切り替えるたびにHomeへ戻り、Global Routingの表示と今回のテストで使ったモードを記録します。比較が終わったら、普段使うConfigに戻してください。一時的なテスト状態を日常設定のままにしないよう注意します。ルールのキーワードやポリシーの意味は用語集で確認できます。使用するモードが決まったら、接続手順へ進みます。

手順 03 / システム接続を確立する

スイッチをオンにしてVPN接続を許可する

Homeに戻り、選択中のサーバーとGlobal Routingをもう一度確認します。特にサブスクリプションを更新した直後は、以前選んでいた情報が変わっている場合があります。見慣れた名前が一覧にあるだけで、現在それを使用中と判断しないでください。確認後、Homeの接続スイッチをオンにして、アプリの状態が更新されるまで待ちます。待機中にスイッチを何度も操作したり、同時にConfigを変更したりしないでください。

初回の接続時、システムからShadowrocketによるVPN構成の追加を許可するよう求められる場合があります。これはアプリがシステムのネットワークトンネルを作成するための許可であり、アプリの再購入やサブスクリプション読み込みの確認ではありません。表示されたアプリ名を確認し、自分の操作で開始した要求であれば、システムの手順に従って許可します。端末のパスコードまたは生体認証で認証してください。キャンセルしてもサーバー情報は残る場合がありますが、接続は正常に確立できません。

許可したらShadowrocketに戻り、スイッチと接続状態を確認します。システムのVPN表示も参考になりますが、ステータスバーの表示は端末によって異なります。特定のアイコンを探して何度も接続し直す必要はありません。アプリの接続が維持されているか、次の手順で実際にアクセスできるかを確認することが重要です。接続状態になったことはトンネルが確立したことを示すだけで、認証、DNS、接続先サービス、振り分けルールすべてに問題がないとは限りません。

スイッチがすぐにオフに戻る場合は、まずシステムの許可が完了しているか確認します。次に、ネットワークトンネルを管理するほかのシステム設定がないか確認してください。会社や学校の管理下にある端末では、関連する操作が制限されている場合があります。端末の管理ルールに従い、用途が分からない設定をむやみに削除しないでください。許可後も失敗を繰り返す場合は、エラーメッセージを控え、後述の順序で確認します。

初回の動作確認では手順をシンプルにします。アプリを前面に表示した状態で手動接続し、On Demandの条件を同時に追加しないでください。On Demandは条件に応じて接続を開始する機能で、今回の手動確認とは別の設定です。すでに設定している場合は、自動再接続がテストに影響しないか確認してください。手動で切断した直後に条件によって再接続されることがあります。接続が安定したら、実際のアクセス確認へ進みます。

手順 04 / 3つの結果を分けて確認する

接続、アクセス、ルーティングの動作を確認する

動作確認では、接続が維持されているか、接続先にアクセスできるか、通信経路がConfigの想定どおりかを個別に確認します。これらは別々の結果です。スイッチがオンになっただけで完了とせず、テストが一度タイムアウトしただけで設定をすべて削除することも避けてください。同じサーバー情報と同じ接続先を使えば、操作前後の違いを比較できます。

まずConnectivity Testを実行する

HomeでConnectivity Testを開き、使用するサーバーをテストして、結果が表示されるまで待ちます。テスト方法や対象によって結果は異なります。応答があったことは、そのテストで応答を受信したことを示すだけで、すべてのWebサイトやアプリが正常に通信できるとは限りません。テストに失敗した場合も、テスト対象やネットワーク環境が原因の可能性があるため、実際のアクセス結果と合わせて判断してください。数値を小さくするためにサーバーを何度も切り替える必要はありません。

次に再現可能な方法で実際にアクセスする

ブラウザを開き、使い慣れていてアクセスが許可され、読み込み完了を判断しやすい接続先にアクセスします。キャッシュ済みのページを接続成功と誤認しないよう、可能であれば再読み込みしてください。古いタイトルやサムネイルが表示されるだけでなく、本文や実際のリクエストが読み込まれたことを確認します。最初のテストでは複数のアプリを同時に開かないでください。どのリクエストがどのサーバー情報に対応するか分かりにくくなります。

その後Shadowrocketに戻り、Dataで今回の操作に関連する通信量の変化を確認します。現在の接続記録が表示される場合は、接続先アドレスと適用されたポリシーも合わせて確認できます。Dataに通信量が表示されるのはデータの送受信があったことを示しますが、バックグラウンド通信も数値に含まれます。数値が増えただけで、接続先がPROXY経由だったとは判断できません。アクセスした時刻、接続先、ポリシーを合わせて確認してください。

最後にConfigの振り分け結果を確認する

Configを使用している場合は、設定上DIRECTになる接続先と、PROXYになる接続先をそれぞれ選び、アクセスして記録を確認します。特定のドメインがすべてのConfigで同じ経路を使うとは限りません。実際の結果は現在のファイルによって異なります。接続先がREJECTに一致した場合、ブロックはルールどおりの動作であり、接続スイッチの不具合ではありません。

Proxyではアクセスできるのに、Configに戻すと同じ接続先にアクセスできない場合は、現在のConfig名と適用されたポリシーを記録し、ルールやポリシーの参照先を確認します。どちらのモードでも失敗する場合は、サーバー情報やネットワーク環境を引き続き確認してください。確認後は、意図したGlobal Routingの設定に戻します。Dataの数値はサービス提供元の利用明細と直接比較できるとは限りません。集計方法が異なる場合があります。

手順 05 / 一度に変更するのは一項目

失敗した箇所から順に確認する

すべての設定を最初から入力し直すのではなく、最初に失敗した手順から確認します。使用中のネットワーク、選択したサーバー、Global Routing、現在のConfig名、表示されたエラーを記録してください。条件を一つだけ変更し、同じ方法でアクセスを繰り返します。どの変更で改善したかを判断しやすくなり、元の状態にも戻しやすくなります。

サブスクリプションを読み込んでも情報が表示されない

まずURLが完全か、サブスクリプションの内容が返されているか、ログインが必要なWebページが表示されているかを確認します。URLのクエリパラメーターが認証に使われている場合、途中が欠けると取得に失敗することがあります。自分で削除しないでください。利用中のサービスが有効で、形式にも対応していることを確認してから更新します。提供元がURLを変更した場合は、既存のサブスクリプション項目を更新します。新しい情報が取得できたことを確認してから古い内容を整理し、唯一使える情報を先に削除しないようにしてください。

情報はあるが、スイッチがオンのままにならない

システムのVPN接続許可が完了しているか、選択中のConfigが読み込めるか、ほかのネットワークトンネル設定が接続に影響していないか確認します。Add Serverに戻り、プロトコルの種類と必須項目を確認してください。パスワードだけを再入力しても解決するとは限りません。Configを読み込んだ直後に失敗する場合は、以前に動作を確認できたConfigを使って比較し、新しいConfigの問題か接続自体の問題かを切り分けます。

接続済みだが、接続先を開けない

まずShadowrocketを切断し、元のWi-Fiまたはモバイル通信で基本的なインターネット接続ができるか確認します。必要に応じて、ネットワークのログインページを完了してください。再接続後、実際に選択されているサーバー情報を確認してからConnectivity Testを実行します。利用可能な情報が複数ある場合は、ほかの条件を変えずに別のものを選んで比較できます。問題の切り分けのために、入手元が不明な情報を次々に追加する必要はありません。

サーバー認証に失敗する場合は、アドレス、ポート、認証情報、トランスポート項目が同じ情報一式に基づいているか、一つずつ確認します。サブスクリプションの情報が更新されても、手動で保存した古いコピーは自動では変更されません。証明書やドメイン名の解決に関するエラーがある場合は、サーバーのドメイン名、端末の時刻、現在のConfigのDNS設定を確認してください。原因を隠すためにセキュリティチェックをむやみに無効にしないでください。複雑な項目は用語集で確認し、利用中のサービス提供元にも情報を問い合わせてください。

Configだけ失敗する、または一部の接続先だけ失敗する

同じ接続先を使い、ProxyとConfigで一度ずつ比較します。Configだけで失敗する場合は、現在のファイル、ルールの順序、ポリシーの参照先、DNSを確認してください。一部の接続先だけ失敗する場合は、接続先自体が利用可能か、ログインが必要か、Configで意図的に拒否されていないかも確認します。サブスクリプション全体が無効だとすぐに判断したり、特定の接続先にアクセスするためだけにConfig全体を削除したりしないでください。

Wi-Fiとモバイル通信で結果が異なる場合は、使用が許可されているネットワーク間で比較し、ネットワークアクセスの許可やOn Demandの条件を確認します。同じサーバーでも、ネットワークによって名前解決や接続条件が変わる場合があります。アプリを何度も再インストールするより、違いを記録するほうが原因の特定に役立ちます。ネットワークを切り替えるたびに接続状態を確認し、同じアクセス手順でテストしてください。

以上の確認を終え、接続が安定し、実際のアクセス結果とConfigの処理経路がルールに沿っていることを確認できたら、初回設定は完了です。以降は情報や利用目的が変わったときに、該当する箇所だけを調整してください。購入、App Storeの地域、機種変更時の復元については正規購入ガイドをご覧ください。これらはサーバー接続のトラブルとは別の問題です。解決のためにルールを変更する必要はありません。