1. Add Server：サーバーの追加と読み込み
Shadowrocketを開き、Homeに移動します。まずSERVER一覧を確認してください。使用するサーバーがすでに一覧にあれば、重複して追加する必要はありません。情報を確認してデフォルトサーバーに設定します。一覧が空の場合、または今回使う接続情報がない場合は、画面右上の追加ボタンからAdd Serverを開きます。手元にある情報に合った方法を選んでください。サブスクリプションURLをサーバーアドレスとして入力しないよう注意してください。
サブスクリプションURLがある場合：Subscribeを選択
Add ServerでTypeを開き、Subscribeを選択します。サービス提供元から取得したサブスクリプションURLをURL欄に貼り付けてください。末尾のパラメータも含め、URL全体をそのまま入力します。コピー時に説明文や改行、前後の空白が入らないようにしてください。名前欄はサブスクリプションを識別するためのものです。分かりやすい名前を付けて保存し、Homeに戻ります。更新処理が完了したら、該当するグループにサーバーが表示されているか確認してください。
サブスクリプションを保存できたことと、サーバー一覧を取得できたことは別です。サブスクリプション名だけが表示され、選択できるサーバーがない場合は、接続スイッチをオンにする前に更新エラーを確認してください。元の提供元からURLをコピーし直し、サブスクリプションが有効か確認します。同じものを何度も登録しても、URLの誤りは解決しません。次回からは該当するサブスクリプションの更新操作を使い、完了後に一覧を確認してください。ボタンを押しただけで更新成功と判断しないようにしましょう。
サーバー1台分の情報がある場合：プロトコルと項目を確認
サーバー1台分の接続情報をお持ちの場合は、Add ServerのTypeで情報と一致するプロトコルを選び、サーバーアドレス、ポート、認証情報を入力します。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは入力項目が異なります。プロトコル名だけを変更し、別のプロトコルの項目を流用しないでください。暗号化方式、通信方式、TLS、サーバー名なども元の情報と照合します。不明な点はサービス提供元に確認してください。
読み込み可能な共有情報やQRコードがある場合は、アプリ内の読み込み機能を使えます。QRコードはScan QR Codeで読み取ります。読み込み後も項目を開き、プロトコルとサーバーアドレスが元の情報と一致するか確認してください。QRコードは入力方法の1つであり、設定の有効性を保証するものではありません。項目を埋めるために値を推測して入力したり、認証情報を名前欄やアドレス欄に入れたりしないでください。
SERVERに戻る：デフォルトサーバーを選択
保存後にHomeへ戻り、SERVER一覧から今回使うサーバーを選択します。該当項目にデフォルト選択を示すDOTが表示されていることを確認してください。似た名前の項目でも、異なるグループに属している場合があります。選択時にはサブスクリプションとプロトコルも確認しましょう。デフォルトサーバーは、プロキシを必要とするリクエストの接続先を決めます。一覧に項目があるだけでは、現在のデフォルトに設定されたことにはなりません。ここでは設定をいくつも変更せず、次にGlobal Routingの処理方法を選びます。
2. Global Routing：ルーティングモードを選択
HomeでGlobal Routingをタップし、用途に合った処理方法を選びます。モードはConfig、Proxy、Directの3種類です。リクエストの処理方法を指定するもので、サーバー情報を補ったり、無効なサブスクリプションを復旧したりする機能ではありません。初めて使うときは、サーバーの接続確認とルールの確認を分けると、問題を特定しやすくなります。
Proxy：まずサーバーへの接続を確認
Proxyでは、アプリが処理するリクエストをプロキシ経由で処理します。初回接続時に、デフォルトサーバーが使えるか一時的に確認するのに適しています。選択後にHomeへ戻り、デフォルトサーバーの表示も確認してください。このモードは追加の高速化スイッチではなく、端末上のすべての通信が同じ経路を通ることを保証するものでもありません。システム通信とアプリの動作には違いが生じる場合があります。まずルールを編集するのではなく、接続と実際のアクセスを確認しましょう。
Config：現在の設定に従ってリクエストを処理
Configでは、現在の設定にあるルールとポリシーに従ってリクエストを処理します。このモードを使う場合は、先にConfigを開き、使用する設定がリストに保存されているだけでなく、現在の設定として選択されていることを確認してください。設定ファイルとサーバーのサブスクリプションは役割が異なります。前者はルーティングやDNSなどの動作を定義し、後者は通常サーバー一覧を管理します。サブスクリプションを読み込めても、現在の設定ルールが用途に合っているとは限りません。
使用できる設定がすでにある場合は、接続を確認するまで変更せず、そのままにしておきましょう。ルールは上から順に照合され、先にある条件によってリクエストの接続先が決まることがあります。デフォルトサーバーが正常でも、DIRECTに一致したリクエストはプロキシ経由になりません。この記事ではルール編集の詳細は扱いません。DOMAIN-SUFFIX、IP-CIDR、FINALの詳しい説明は設定ファイルの章をご覧ください。初回接続時にDNS、ルール、サーバー設定を同時に変更するのは避けましょう。
Direct：直接接続の経路を確認
Directではリクエストを直接接続で処理し、選択中のプロキシサーバーは使いません。現在のネットワークから直接アクセスできるかを比較する際に使えますが、サーバーへのプロキシ接続確認には使えません。Directを選んだ状態で接続表示が出たりページが開いたりしても、プロキシサーバーが使えるとは判断できません。登録済みサーバーの初回確認が目的ならProxyに切り替えるか、Configで対象のリクエストがプロキシポリシーに一致していることを確認してください。
選択したモードと、その選択理由を覚えておきましょう。テスト中に3つのモードを何度も切り替えると、同じページでも異なる経路でアクセスすることになり、結果を比較できません。次は接続スイッチだけをオンにします。後からモードを変更した場合は再接続して、もう一度確認してください。前回のテスト結果をそのまま使わないようにしましょう。
3. Home：接続スイッチをオンにする
Homeに戻り、次の2点を順に確認します。SERVERで正しいサーバーがデフォルトに選ばれていること、Global Routingが選択したモードになっていることです。サブスクリプションに複数のサーバーがある場合は、まず1台に絞ってテストしてください。接続中にサーバーを切り替えないようにします。確認できたら、画面上部の接続スイッチをオンにします。未接続の場合はNot Connectedと表示されます。接続状態が更新されるまで待ち、スイッチを素早く何度も操作してシステムの許可と実際の接続を混同しないようにしてください。
初回の許可：VPN構成の追加を許可
初めて接続するとき、システムからVPN構成の追加を求められる場合があります。これはShadowrocketがシステムのネットワーク機能を使って通信を処理するための許可であり、システム権限に関するもので、サーバー接続成功の表示ではありません。Shadowrocketからの要求であることを確認して許可し、端末の案内に従って本人確認を完了してください。システムの許可画面はOSの言語によって表示が異なる場合があります。このガイドではアプリ内の英語表記をそのまま使用しており、システム画面の文言が常に同じとは限りません。
以前に許可を取り消した場合、接続スイッチがオンの状態を保てないことがあります。アプリから接続をやり直し、システムの確認画面が再度表示されるか確認してください。端末が管理対象である場合やシステムの制限がある場合、VPN構成を追加または有効化できないことがあります。端末で操作が許可されているか確認してください。権限の問題を解決するためにサーバー情報を何度も追加する必要はありません。許可したらHomeに戻り、システム設定画面ではなく、アプリのスイッチと接続状態を確認します。
接続状態：確認してから画面を離れる
接続スイッチがオンのままで、アプリに接続状態が表示されていれば、システムのネットワーク接続は所定の段階まで確立されています。ただし、実際のリクエストもテストする必要があります。VPNの状態表示だけでは、サーバー認証、DNS解決、接続先へのアクセスがすべて正常とは判断できません。スイッチがすぐオフに戻る場合や接続エラーが表示される場合は、エラーの文言と使用中のプロトコルを記録し、後半のトラブル対処を確認してください。エラーを把握する前にOn Demandを有効にすると、自動再接続によって状態の確認が難しくなることがあります。
初回の手動接続に成功してから、必要に応じてSettingsのOn Demandを設定してください。オンデマンド接続の条件は、接続を開始するタイミングを決めるものであり、使えないサーバーを修復するものではありません。複数のVPN構成が同時に現在の接続を管理しないようにしてください。まず、現在有効な構成がShadowrocketのものであることを確認します。デフォルトサーバーとモードはそのままにして、Connectivity Testと実際のアクセスを確認しましょう。
4. Connectivity Test：動作を確認
HomeでConnectivity Testをタップし、現在選択中の項目のテスト結果を確認します。接続状況を判断するための補助機能であり、ネットワーク品質全体を示すものではありません。テスト方法によって確認する対象や段階が異なるため、結果が表示されてもすべてのページにアクセスできるとは限りません。タイムアウトした場合も、実際のリクエストと合わせて判断してください。以前に別の項目をテストした結果ではなく、現在のデフォルトサーバーの結果を見ていることを確認しましょう。
テスト結果と実際のアクセスを合わせて確認
テスト後、普段使う予定のページを1つ開くか、アプリで明確なリクエストを1回実行します。結果を確認しやすい対象を選び、接続アイコンだけでなく読み込みが完了するかを確認してください。接続前後を比較する場合は、同じネットワーク、同じ接続先、同じ操作でテストし、クライアントの接続状態だけを切り替えます。キャッシュによって以前の内容が表示されることがあります。必要に応じてページを再読み込みし、新しいリクエストを発行してください。すでに読み込まれたページだけで動作確認を済ませないようにしましょう。
Proxyを使用中にアクセスできない場合は、まずサーバー、DNS、現在のネットワークを確認してください。Configを使用中の場合は、対象のリクエストがどのルールに一致するかも確認します。ページが開けても、プロキシ経由とは限りません。ルールでDIRECTが指定されている可能性があります。逆に、ある接続先にアクセスできなくても、すべてのサーバーが使えないとは限りません。接続先自体の状態、認証、アプリ内の接続方法も結果に影響します。
Data：リクエスト経路を確認
アプリに戻り、Dataで確認できる通信量やリクエストの記録を確認します。対象のドメイン、発生時刻、ポリシー情報を照らし合わせ、直前のリクエストが記録され、想定どおり処理されたかを判断してください。記録にあるDIRECTやPROXYなどの情報は、現在のモードと設定に照らして確認します。通信量の合計が変化したかどうかだけでは判断できません。一部のリクエストは既存の接続を使ったり、想定したドメイン名で表示されなかったりすることがあります。名前が見つからない場合は、リクエストをもう一度実行してから関連する記録を確認してください。
動作確認では、少なくとも3点を確認します。Homeの接続状態が安定していること、選択したサーバーでテストが完了すること、想定したページやアプリのリクエストが正常に完了することです。ルールによる振り分けが必要な場合は、そのリクエストに適用されるポリシーも確認してください。ネットワークアイコン、テスト値、通信量カウンターはそれぞれ異なる状態を示します。どれか1つだけを最終判断に使わず、1回のテストで設定をすべて頻繁に変更しないようにしましょう。
動作確認後は、現在のサーバー、Global Routingのモード、現在の設定を記録しておきましょう。今後設定を変更するときの比較基準になります。変更のたびに同じ手順で再確認してください。ルーティングの記録とDNSの関係を詳しく知りたい場合は、Settingsの主な項目もご覧ください。結果が一致しない場合は、次の手順に沿って原因を確認します。
5. 初回接続に失敗した場合：順に確認
まず、どの段階で失敗したかを確認します。サーバー項目がない、接続スイッチがオンのままにならない、Connectivity Testがタイムアウトする、接続後に一部のリクエストだけ失敗する、のどれかを切り分けてください。状況ごとに確認する場所が異なります。エラーの文言を残し、現在のネットワーク、デフォルトサーバー、Global Routingを記録します。一度に変更する条件は1つだけにし、テスト後に次の手順を決めましょう。サブスクリプションの更新、サーバーの変更、モード変更、DNS変更を同時に行うと、原因を特定する手がかりが失われます。
一覧が空の場合：読み込み結果を確認
SERVERに選択できる項目がない場合は、サブスクリプション設定に戻り、URLが完全か、今回の更新が成功したかを確認してください。サブスクリプションURLに認証用のパラメータが含まれている場合、末尾が欠けると一覧を取得できないことがあります。まず現在のネットワークで更新を1回実行し、リクエスト自体の失敗と、取得した内容を認識できない状態を切り分けます。エラーが表示された場合は、その内容に応じて対処してください。有効期限、アクセス権、返される形式はサービス提供元に確認し、同じ名前のサブスクリプションを繰り返し作成して代用しないでください。
接続できない場合：選択、権限、プロトコル設定を確認
サーバー項目があるのに接続できない場合は、まずデフォルトの選択状態を確認し、次にVPN構成の許可を確認してください。その後、サーバー項目を開き、アドレス、ポート、プロトコル、認証情報、プロトコルに必要な通信方式やTLSの設定を元の情報と照合します。ポートに応答があっても、認証情報が正しいとは限りません。プロトコルの選択が正しくても、追加項目が一致しているとは限りません。テストを通すために証明書の検証を無効にしたり、サーバー名を書き換えたりせず、正しい設定に戻して接続してください。
端末の日付と時刻も正確か確認してください。時刻のずれは証明書や認証に影響する場合があり、TLSを有効にした接続では特に注意が必要です。時刻を確認したら、再接続してテストします。同じサブスクリプションに動作確認済みの別サーバーがある場合は、ほかの設定を変えずにデフォルトサーバーだけ切り替えて比較できます。一方のサーバーだけ失敗する場合は、その項目の情報とサービスの状態を優先して確認してください。
接続後にアクセスできない場合：ルールとネットワーク要因を切り分け
Configでアクセスに失敗する場合は、一時的にProxyへ切り替え、同じサーバーと接続先で再テストできます。Proxyでは正常でConfigでは失敗する場合は、現在の設定に戻り、ルールの一致、ポリシーの参照、DNS設定を優先して確認してください。Proxyを使い続けるという意味ではなく、問題のある設定箇所を絞り込むための確認です。どちらのモードでも失敗する場合は、設定の詳細を見直す前にサーバー情報と現在のネットワークを確認してください。ルール全体をすぐに書き直す必要はありません。
必要に応じて、端末で利用できる場合はWi-Fiとモバイル通信を比較します。ネットワークだけを切り替え、同じサーバー、モード、接続先を使ってください。結果が異なればネットワーク環境が影響している可能性がありますが、原因となる箇所を特定したことにはなりません。Wi-Fiによっては、先にネットワークへのログインが必要です。未ログインの場合、サブスクリプションの更新もサーバーへの接続も失敗することがあります。通常のページに直接アクセスできることを確認してから、クライアントを再テストしてください。
使える状態を保ってから詳細設定を確認
特定のアプリや接続先だけ失敗する場合は、サーバーをすべて削除したり、設定をすべてリセットしたりせず、まず対象のリクエスト記録を確認してください。サブスクリプション更新後に問題が起きた場合は、デフォルトサーバーが有効な項目を指しているか確認します。更新によって一覧が変わることがあり、名前が同じでも設定が完全に同じとは限りません。設定の更新後に問題が起きた場合は、バックアップと照らし合わせ、現在のConfigが以前使えていた設定のままかを確認してください。
さらに調査する場合は、機密情報を含めずに状況を整理します。失敗した手順、エラーの文言、使用したプロトコル、Global Routingのモード、ネットワークを変えた場合に結果が一致するかを記録してください。パスワード、キー、サブスクリプションURL全体は公開しないでください。よくある原因と対処方法はトラブル対処をご覧ください。日常の更新、バックアップ、継続的な管理については使い方マニュアルのメンテナンス章をご覧ください。