STEP 01 / ADD SERVER
サーバーの追加またはSubscribeのインポート
Shadowrocketを開き、Homeに進みます。ここでは登録済みサーバーの確認、使用するサーバーの選択、接続の操作を行います。初めて使うときは、手元の情報に応じて追加方法を選んでください。サーバー一覧を更新できるURLがある場合はSubscribeを使い、アドレス、ポート、パスワード、プロトコルの情報がそろっている場合は手動で追加します。どちらか一方で十分です。同じ情報を重複してインポートする必要はありません。
サブスクリプションURLがある場合：Subscribeを選択
Homeの右上にある追加ボタンをタップしてAdd Serverを開きます。TypeでSubscribeを選び、サブスクリプションURLをすべてURL欄に貼り付けます。備考欄がある場合は、自分が識別しやすい名前を入力できます。サブスクリプションURLにはアカウント情報が含まれることがあります。コピー時に疑問符以降のパラメーターを省略したり、ページタイトル、説明文、末尾の空白を一緒に貼り付けたりしないよう注意してください。
内容を確認して保存し、サブスクリプションの取得が完了したらHomeに戻って一覧を確認します。URLを入力できたことではなく、選択可能なサーバー項目が表示されることが成功の目安です。サブスクリプションのグループだけが表示され、サーバーがない場合は、取得中でないか、現在のネットワークからURLにアクセスできるか、リンクが有効かを確認してください。続けて追加を繰り返すのは避けましょう。同じサブスクリプションのグループが複数あると、選択や更新が分かりにくくなります。
サブスクリプションURLには、サービス提供元がクライアント用に発行したURLを使います。アカウントのログインページ、注文ページ、一般的な案内ページのURLではありません。サブスクリプションの内容ではなくウェブページが表示される場合、Global Routingを変更しても正しいサブスクリプションにはなりません。サービス提供元から正しいURLを入手し、Add Serverに戻ってURLを修正してください。
サーバー情報が1台分ある場合：プロトコルを選んで設定
同様にHomeからAdd Serverを開き、Typeで手元の情報に対応するプロトコルを選びます。例：Shadowsocks、VMess、VLESS、Trojan、WireGuard。次にサービス提供元から案内された情報を入力してください。必要な項目はプロトコルごとに異なります。ポートやパスワードをUUIDの代わりに使うことはできません。また、WireGuardの鍵を別のプロトコルのパスワード欄に入力しないでください。サーバー名だけからプロトコルを推測するのも避けましょう。
TLSが必要な接続では、TLSやSNIなどの関連項目も確認します。転送方式、パス、ホスト名も元の情報と一致させてください。証明書の検証設定は維持し、検証を無効にすることを通常のトラブル対処にしないでください。入力が終わったら保存してHomeに戻り、使用するサーバーをタップして選択状態が変わったことを確認します。ここまでで完了するのは情報の保存です。次の手順で、そのサーバーを経由するリクエストのルーティングを決めます。
サービス提供元からQRコードを受け取っている場合は、Homeの追加メニューからScan QR Codeを使い、画面の案内に従ってカメラへのアクセスを許可します。インポート後も項目を開き、プロトコルとアドレスを確認してください。読み取りに成功しても、設定値が有効であることや接続が確立したことを意味しません。プロトコル項目の詳しい説明は、Settingsの項目とオプションのマニュアルをご覧ください。
STEP 02 / GLOBAL ROUTING
Global Routingのモードを選択
インポートが終わったらHomeを開いたままGlobal Routingを開きます。ここではクライアントが処理するリクエストのルーティング方式を決めます。「どのサーバーを選ぶか」とは別の操作です。サーバーを切り替えてもDirectが自動的にProxyに変わるわけではなく、サブスクリプションをインポートしても適切なルールが有効になるわけではありません。初回接続の前に、サーバーとルーティングモードをそれぞれ確認してください。
Config：現在のルールに従って処理
Configは、ルールに応じた振り分けを行う日常的な使い方に適しています。リクエストは現在の設定に含まれるルールに基づいてポリシーが選択され、PROXY経由、DIRECT、REJECTのいずれかで処理されます。このモードを選ぶ前に、画面下部のConfigを開き、どの設定が有効か確認してください。複数のファイルがある場合は、名前だけで判断せず、実際に選択されている項目とルールの内容を確認しましょう。
Subscribeと設定ファイルの役割は異なります。Subscribeは主にサーバー情報を提供し、Configにはルールや関連設定が含まれます。サーバーが一覧にあっても、Configに必要なルールがあるとは限りません。サービス提供元から設定について案内されている場合は、用途を確認してからインポートしてください。内容を把握していないリモート設定で既存ファイルを置き換えないようにしましょう。変更前に現在の設定を残しておけば、元に戻しやすくなります。
Proxy：選択したサーバー経路を先に確認
Proxyでは、クライアントが処理するリクエストをプロキシ経由でルーティングします。初回テストでルールによる振り分けの影響を減らしたい場合に適しています。Proxyを選択し、Homeに戻ってサーバーを確認してから接続手順に進んでください。Proxyはサーバーの設定値を修正する機能ではなく、無効になったアカウントや誤ったパスワードを直すこともできません。
Proxyで実際にアクセスでき、同じリクエストがConfigでは失敗する場合、ルールやポリシーの違いによって経路が変わっている可能性があります。すぐにサーバーを削除せず、設定と適用されたルールを確認してください。テストが終わったら、普段の使い方に合わせてConfigに戻し、もう一度確認できます。一度の成功だけで、すべてのルールや接続先が正しく動作すると判断しないでください。
Direct：通常のネットワークとの比較に使用
Directではリクエストを直接ルーティングし、選択したリモートプロキシサーバーを経由しません。プロキシ経路との比較には使えますが、サーバー接続の正常性を確認する方法ではありません。Homeでサーバーを選択していてもGlobal RoutingがDirectの場合、接続スイッチをオンにしただけではプロキシ経路が有効になったとは判断できません。
どの状況にも当てはまる固定のモード選択はありません。初回のトラブル対処では、まずProxyで登録済みサーバーを確認し、その後Configに切り替えてルールの動作を調べます。Directは通常のネットワークとの比較に使います。ルールの順序、FINAL、DNSの詳しい設定はオプションのマニュアルをご覧ください。このページでは、再現可能な接続確認まで進めます。
STEP 03 / VPN
スイッチをオンにしてVPNを許可
Homeに戻り、使用するサーバーとGlobal Routingをもう一度確認します。問題がなければ画面上部の接続スイッチをオンにしてください。初めて接続するときは、ShadowrocketによるVPN構成の追加を許可するか、システムから確認される場合があります。これはクライアントがシステムのネットワーク処理を利用するために必要な許可です。確認画面のアプリ名を確かめてから案内に従って許可し、デバイスで求められるパスコードまたは生体認証を完了してください。
許可を取り消していた場合、接続スイッチをオンの状態に保てないことがあります。その場合はサブスクリプションを再インポートせず、もう一度接続を試してシステムの案内に対応してください。デバイスが組織によって管理されている場合や、システムでVPN構成の追加が制限されている場合は、サーバーを次々に切り替えるのではなく、デバイスの管理要件を確認します。システムの許可が完了したことはクライアントに必要な権限が与えられたという意味であり、リモートサーバーが利用可能になったことを示すものではありません。
許可後にShadowrocketへ戻り、接続スイッチがオンのままか、接続状態が安定しているかを確認します。システムのVPNアイコンの表示位置は、デバイスやシステムのレイアウトによって異なる場合があります。特定のアイコンが常時表示されているかどうかだけで判断しないでください。次にConnectivity Testと実際のアクセスを使って、リクエストを処理できるか確認します。
デバイスでほかのシステムVPN接続も使用している場合は、現在どの構成が接続を管理しているかを確認してください。別の接続の状態をShadowrocketの結果と取り違えないためです。初回テスト中はOn Demandも確認しましょう。自動接続の動作によって、手動スイッチの状態が分かりにくくなることがあります。現在の接続元を把握してから、オンデマンド接続の条件を調整するか判断してください。
テストを終了するときはHomeに戻り、接続スイッチをオフにして状態が変わったことを確認します。Wi-Fiとモバイル通信を切り替えた場合は再確認してください。同じサーバーでも、ネットワークによって接続できるかどうかが異なることがあります。接続が維持されること、テスト結果が返ること、目的のページが読み込まれることは、それぞれ異なる現象です。次の手順で個別に記録します。
STEP 04 / CONNECTIVITY TEST
接続状態と実際のアクセスを確認
HomeでConnectivity Testを見つけて実行し、サーバー一覧に表示される結果を確認します。テスト方法は現在のSettingsにある関連設定の影響を受ける場合があるため、使用したテスト方法に応じて結果を解釈してください。時間が表示された場合、通常はそのテストで応答を得られたことを示します。タイムアウトは、今回のテストが制限時間内に完了しなかったという意味で、サーバーが永久に使えないと判断する根拠にはなりません。
Connectivity Testと実際のアプリのリクエストは同じではありません。何らかのプローブが応答を得ても、TLS、認証、DNS、接続先サイトへのアクセスが正常とは限りません。反対に、特定のプローブにサーバーが応答しなくても、すべてのリクエストが接続できないとは限りません。遅延の数値だけで「接続成功」と判断したり、実際の読み込み速度や安定性を保証するものとして扱ったりしないでください。
同じ接続先で切り替えて比較
Shadowrocketの接続を維持したままブラウザーを開き、読み込み結果を確認しやすいページにアクセスします。キャッシュされたページタイトルが表示されるだけでなく、本文と必要なリソースがすべて読み込まれたか確認してください。新しいページを開くか内容を更新して、既存キャッシュによる誤判定を減らします。テスト中はネットワーク、サーバー、ルーティングモードを固定し、失敗したときに複数の条件を同時に変更しないでください。
Configを使用している場合は、リクエストの記録やログで、接続先に適用されたルールと実際のポリシーも確認してください。ページが開いてもDIRECTで接続されている可能性があり、「アクセスできる」ことだけではPROXYを経由した証明になりません。プロキシ経路を確認するには、一時的にProxyに切り替えて同じテストを繰り返し、その後元のモードに戻して結果を比較します。記録の確認方法は、アプリ内の現在の表示をご確認ください。
出口情報を確認する場合は、信頼できるテスト先を使用し、ルールの記録もあわせて判断してください。特定の接続先で確認した出口情報が示すのは、そのリクエストの経路だけです。デバイス上のすべてのリクエストが同じ経路を使うとは限りません。特にConfigでは、ドメイン、アドレス、アプリごとのリクエストが異なるルールに一致することがあります。これはルールによる振り分けの想定された動作です。
初回確認の完了基準は、正しいサーバーを保存して選択していること、現在のGlobal Routingが明確であること、システム接続が維持されていること、実際の接続先へのリクエストが選択したポリシーに沿った結果になることです。そのときのネットワークの種類、サーバーのメモ、ルーティングモードを記録しておくと、問題が起きたときに同じ条件で再テストでき、記憶に頼った比較を避けられます。
STEP 05 / CHECKLIST
問題が発生した段階ごとにトラブル対処
まず、問題がインポート、接続、アクセスのどの段階で発生したか確認します。インポートに失敗している場合は、まだサーバー情報を取得できていません。Proxyを繰り返し切り替えても解決にはつながりません。スイッチをオンにできてもページを開けない場合、最初にアプリを再インストールする必要もありません。既存の項目と設定を残し、毎回一つだけ変更して同じ接続先をテストすれば、どの変更が影響したか確認できます。
サブスクリプションを保存してもサーバーが表示されない
サブスクリプションの編集画面に戻り、URLがすべて入力されているか確認します。コピー時の改行、パラメーターの欠落、リンクの有効期限に注意してください。現在のネットワークからサブスクリプションの内容を取得できることも確認します。URL自体にアクセスできない場合は、取得経路またはリンクの有効性を先に解決してください。サービス提供元が管理するサブスクリプションの状態と、アプリの購入状態は別です。クライアントを再購入しても、期限切れのサブスクリプションは復旧しません。
以前は項目があったのに更新後に減った場合は、サブスクリプションから返された内容が変わっていないか、フィルター条件がないかを先に確認し、すぐに一括削除しないでください。サブスクリプションの更新で、管理対象のサーバー設定が上書きされることがあります。手動で変更する前に元の値を記録しましょう。原因を確認できない場合は、リンクの識別情報を隠したうえで、サービス提供元に有効性を確認してください。
Connectivity Testがタイムアウトする、またはサーバーを使用できない
まず使用するサーバーを選択したことを確認し、Type、アドレス、ポート、認証情報を確認します。TLSが必要な場合はSNIと関連する転送設定を確認し、ドメイン名、アドレス、ホストの各項目を取り違えないようにしてください。iPhoneまたはiPadのシステム日時が正確かも確認します。日時が誤っていると証明書の検証に影響する場合があります。設定値の問題を隠すために、セキュリティ検証をむやみに無効にしないでください。
次に、登録済みのサーバーから別の利用可能な項目を選び、ルーティングモードと接続先を変えずに比較します。可能であれば、ネットワークを切り替えて再テストする方法もあります。特定のネットワークだけで失敗する場合は、そのネットワークからサーバーへの到達性を優先して確認してください。すべてのネットワークで失敗する場合は、アカウントの状態とサーバー情報を確認します。テスト結果は実際のページへのアクセスとあわせて判断してください。
スイッチをオンにするとすぐオフになる
まずシステムのVPN許可が完了しているか、別のシステムVPNが接続を切り替えていないか、デバイス管理による制限がないかを確認します。次に、現在の設定をクライアントが正常に読み込めることを確認してください。Configを変更した直後の場合は、以前使用できていた設定に戻してからスイッチをテストします。接続を維持できない問題とサーバーの応答が遅い問題は別です。まとめて対処しないでください。
On Demandが有効になっている場合は、現在のネットワークで自動接続または切断が実行される条件になっているか確認します。初回確認では条件を把握し、必要に応じて自動起動を一時的に無効にして変更を記録してください。手動テストが終わったら、必要に応じて元に戻します。スイッチを何度も連続してタップすると状態を追いにくくなるため、操作の完了を待ってから次に進んでください。
一部のページは開くが、ほかのページは開かない
まず同じ接続先でProxyとConfigの結果を比較します。Configだけで失敗する場合は、ルールの順序、適用されたポリシー、接続先がREJECTになっていないかを確認してください。どちらのモードでも失敗する場合は、サーバー情報、DNS、接続先の状態を確認します。最初からルール全体を置き換えるのではなく、該当するリクエストを特定してください。正常に動作している部分まで変わるのを防げます。
DNSはドメイン名の名前解決に影響し、ルーティングルールはリクエストの処理方法を決めます。両者は関係しますが、同じ設定ではありません。ドメインの名前解決でエラーが起きる場合は、現在の設定とSettingsで実際に有効なDNS設定を確認してください。複数の設定元から内容を混ぜて貼り付けないようにします。詳しいパラメーターやログの確認方法はオプションのマニュアルをご覧ください。このページでは初回接続に必要なトラブル対処の手順に絞って説明します。
トラブル対処が終わったら、接続確認の手順に戻り、同じ条件で確認し直してください。問題なく使えることを確認したら、日常の使い方に合わせてConfigを選び、設定を一つずつ調整します。変更のたびに元に戻せる状態を残しておくと、サーバー、ルール、DNSを同時に変更するより管理しやすくなります。