この記事は、利用するサービスとサブスクリプションをすでに用意しており、Shadowrocketを初めて使う方向けです。「サーバーのインポートを確認 → デフォルトサーバーを選択 → Global Routingを確認 → 接続して許可 → Connectivity Testを実行」の順に進め、構成、システムの接続状態、実際のアクセス結果をそれぞれ確認します。失敗した場合は、一度に変更する条件を一つに絞り、サーバー選択、ルール、ネットワークの問題を切り分けましょう。
1. 接続前にアプリ、ネットワーク、サーバー情報を確認
ShadowrocketはAppleプラットフォーム向けの有料クライアントです。主にiPhoneとiPadで利用でき、入手先はApp Storeのみです。App Storeの製品ページに記載された開発者はShadow Launch Technology Limited、アプリIDは932747118です。アプリの買い切り購入に回線プランは含まれません。この記事では、利用するサービスとサブスクリプションをすでにお持ちの方を対象に、既存の構成の使い方を説明します。
初回接続の前に、接続スイッチをオフにし、Wi-Fiまたはモバイル通信で普段使うWebサイトにアクセスできることを確認してください。Wi-Fiへの接続にWebページでの認証が必要な場合は、先に認証を済ませてから以下の手順に進みます。ネットワーク自体がつながっていない状態でサーバーを何度切り替えても解決しません。デバイスの互換性、システム要件、ユニバーサル購入への対応はApp Storeの製品ページでご確認ください。
- サーバー情報：少なくとも1件の利用可能な項目がインポート済みで、プロトコル、アドレス、ポート、認証情報はご自身が用意した構成に基づいていること。
- サブスクリプションの状態：サブスクリプションを使う場合は、名前を保存しただけでなく、Homeにサーバーが表示されていることを確認します。
- 各画面の役割：Homeではサーバーの選択と接続の切り替え、Configでは構成ファイルの管理、Settingsではアプリの設定を行います。サブスクリプションをインポートしただけでは、ルール構成が選択されて有効になったことにはなりません。
- 情報の保護：サブスクリプションURL、パスワード、UUID、キーは機密情報です。問題を調べる際はエラーの状況だけを記録し、認証情報を含むスクリーンショットや問い合わせ内容を公開しないでください。
サブスクリプションがあるのにリストが空の場合は、Home右上の「+」から追加画面を開き、TypeでSubscribeを選択して、ご自身のサブスクリプションURLを入力して保存します。その後Homeに戻り、該当するサブスクリプションを更新してください。書式例として示すhttps://example.com/sub?token=xxxxは架空の値で、実際の接続には使えません。インポートと更新の詳しい手順はサブスクリプションマニュアルをご覧ください。
2. Homeで初回接続：選択から許可までの5ステップ
サーバーがリストに表示されているのは、情報がインポート済みであることを示すだけです。デフォルトサーバーを選択してから、接続スイッチをオンにする必要があります。サーバー行の編集画面を選択操作と取り違えないようにしてください。また、遅延テストの結果だけでは接続が確立した証拠にはなりません。
-
サーバーを選択
Homeを開き、使うサーバーを見つけて、行の左側にある丸印をタップします。選択マークが目的の項目に付いていることを確認してください。編集画面が開いた場合はHomeに戻り、左側の選択状態を確認します。
-
ルーティングを確認
Home → Global Routingを開き、現在の選択を記録します。初回の切り分けでは、一時的にProxyを選ぶと、選択したサーバーのプロキシ経路を確認できます。明確なルール構成がある場合はConfigも使えますが、テスト対象にどのルールが適用されるかを把握しておきましょう。
-
接続スイッチをオン
Homeに戻り、画面上部の接続スイッチをオンにします。この操作で初めてシステムのVPN接続が開始されます。サーバー行の左側にある丸印を選択しただけでは接続されません。
-
構成を許可
初めてシステムからVPN構成の追加を求められたら、要求元がShadowrocketであることを確認して許可し、システムの案内に従って認証を完了します。許可を取り消した場合は、アプリに戻って接続スイッチをもう一度オンにし、システムの要求に対応してください。
-
テストを実行
接続状態が安定するまで待ち、HomeでConnectivity Testを実行します。成功または失敗の状態を記録したうえで、ブラウザから実際に使いたいWebサイトへアクセスし、両方の結果を照らし合わせます。
システムのVPN表示や接続スイッチがオンであることから分かるのは、主にシステム接続が開始されたことです。接続先サーバー、DNS、アクセス先のWebサイトがすべて利用可能だとは限りません。アプリが通信を処理していることと、個々のリクエストが成功することは別の段階です。引き続きテストを行ってください。
3. Global Routing：テストに使われる経路を見分ける
同じデバイス、同じサーバーでも、Global Routingの設定によって同じWebサイトへの経路が変わることがあります。初回接続でよくある誤判定は、スイッチをオンにしたもののGlobal RoutingがDirectのままで、直接接続できた結果をプロキシサーバーの動作確認とみなすことです。Configのルールでテスト対象がDIRECTに振り分けられているのに、プロキシ経路が正常だと判断するケースもあります。
Global Routingの4つのモード
- Proxy
- プロキシ経由を優先します。初回の切り分けでは、選択したサーバーのプロキシ経路の確認に使います。
- Direct
- 直接接続を優先します。デフォルトサーバー経由のプロキシ接続を確認する用途には使えません。
- Config
- 現在有効な構成ファイルのルールとポリシーに従って接続を処理します。
- Scene
- 設定済みのシーン条件に応じてルーティングを適用します。事前にシーン設定を確認してください。
最初に現在のモードを記録し、切り分けのため一時的に変更した場合は、普段使う設定に戻します。
初回テストの記録
- 選択中の項目
- Homeの左側の丸印で選択されているサーバーのメモを記録します。パスワードやキーは記録しないでください。
- ネットワーク環境
- Wi-Fiかモバイル通信かを記録します。ネットワークを切り替えたら、テストをやり直してください。
- ルーティング設定
- ProxyまたはConfigを記録します。Configを使用する場合は、有効な構成も記録してください。
- 検証結果
- Connectivity Testの状態と、ブラウザでの実際のアクセス結果をそれぞれ記録します。
変更の効果を判断できるよう、ほかの条件は変えずに保ちます。
Configでは、構成ファイル内のルール順に接続を処理します。たとえばDOMAIN-SUFFIX,example.com,DIRECTは、該当するドメインサフィックスへの接続を直接接続にします。FINAL,PROXYは、それ以前のルールに一致しない接続をPROXYポリシーに渡します。これらはルール構文の例です。初回接続のために新しい構成を作成する必要はありません。また、どの構成でもPROXYが同じサーバーを指すとは限りません。
ポリシーグループを使う構成では、グループ内で現在どの項目が選択されているかも確認します。Homeで選択したデフォルトサーバーが、構成ファイル内のすべてのポリシーグループに反映されるとは限りません。まず条件を絞ってサーバーの動作を確認し、その後Configに戻って個別のルールを調べると、問題を切り分けやすくなります。
4. Connectivity Test：成功・失敗から分かること
Connectivity Testは、テスト対象のリクエストが完了するかを確認する機能です。すべてのWebサイト、プロトコル、ネットワーク環境を網羅して検証するものではありません。テスト成功は、そのときの条件でリクエストが到達できたことを示しますが、実際のアプリでは異なるドメインにアクセスしたり、別の接続方式を使ったり、異なるルールが適用されたりする場合があります。
- テストもWebページの表示も成功：初回接続の基本的な確認は完了です。Proxyを一時的に使用していた場合は、普段使うConfigに戻し、よく利用するWebサイトに引き続きアクセスできるか確認します。
- テストもWebページの表示も失敗：まずネットワーク自体を確認し、次にデフォルトサーバー、ルーティングモード、サーバー情報を順に確認します。すべての設定を一度に変更しないでください。
- テストは成功するが、特定のWebサイトは失敗：アクセスできないサイトのドメイン、エラーメッセージ、現在のGlobal Routingを記録します。Configでのみ失敗する場合は、サブスクリプションをすぐ削除するのではなく、そのサイトに適用されるルールとポリシーを優先して確認します。
- テストは失敗するが、一部のWebサイトは開ける：直接接続のルールが適用されている、ブラウザのキャッシュが残っている、またはテスト対象自体にアクセスできない可能性があります。プロキシ経路とアクセス先を確認してから再試行してください。ページが一つ表示されたことだけで、すべて正常だと判断することはできません。
サーバーリストに表示される遅延値とConnectivity Testは、同じものではありません。何らかのプローブで応答があっても、プロトコルのハンドシェイク、TLS、DNS解決、Webサイトへのリクエストまで完全に確認できるわけではありません。テスト方式が異なる数値を単純に比較するのも適切ではありません。初回の切り分けでは、最小の数値を示す項目を選ぶことより、実際のリクエストが完了するかを優先して確認してください。
5. Wi-Fiとモバイル通信：条件を一つだけ変えて再テスト
同じサーバーがWi-Fiでは失敗し、モバイル通信では成功する場合、ネットワーク環境が関係している可能性がありますが、それだけで原因を特定することはできません。テスト時はサーバー、プロトコル設定、ルーティングモードを同じにします。ネットワークの切り替えが安定したらHomeの接続状態を確認し、必要に応じて再接続してからConnectivity Testを実行してください。
同じサーバーでネットワークを比較
Wi-Fiで確認
- 接続をオフにし、ネットワークの認証が完了していることを確認します。
- 現在のデフォルトサーバーとGlobal Routingを記録します。
- 再接続し、Connectivity Testを実行して同じWebサイトにアクセスします。
モバイル通信で確認
- Shadowrocketにモバイルデータ通信の使用が許可されていることを確認します。
- Wi-Fiでのテストと同じサーバー、ルーティング設定を維持します。
- 同じテストを繰り返し、エラーに違いがあるかを記録します。
まずネットワークを比較し、次にサーバーを比較してください。両方を同時に変更すると、どちらが結果に影響したか分からなくなります。
Settings → On Demandも確認してください。この機能はネットワーク条件に応じて自動接続を制御するため、ネットワークを切り替えた後の接続状態に、既存の条件が影響することがあります。初回の手動テストでは、現在の設定を記録し、必要であればOn Demandを一時的にオフにしてテストを完了してから元に戻してください。自動接続条件が働いている状態で、スイッチの変化をすべてサーバーの問題と決めつけないようにしましょう。
6. 初回接続でよくある質問：症状に応じた確認方法
サーバーをタップしたのに、接続されないのはなぜですか？
まずHomeに戻り、左側の丸印でサーバーが選択されているか確認し、次に画面上部の接続スイッチを確認します。サーバーの選択と接続の開始は別の操作です。スイッチがオフならオンにし、システムのVPN構成要求を許可してからConnectivity Testを実行してください。
スイッチをオンにした直後にオフになります。まず何を確認すればよいですか？
まず、システムからのVPN構成追加要求を許可したか確認し、ほかのVPN接続がデバイスの通信を処理していないかを確認します。続いてSettings → On Demandの条件を確認してください。システムに表示されたメッセージは原文のまま記録し、すべてのサーバーをすぐ削除しないでください。許可や構成の状態に問題があると確認できた場合に限り、該当する項目を個別に対処します。
接続済みと表示されるのにWebページが開きません。どうすればよいですか？
HomeでConnectivity Testを実行し、Global Routingを記録します。現在Configを使っている場合は、元の設定を記録してから一時的にProxyへ切り替えて比較できます。Proxyでは成功しConfigでは失敗するなら、Configで現在の構成に含まれるルールとポリシーを確認します。どちらも失敗する場合は、サーバー情報とネットワーク自体を確認してください。
サブスクリプションを更新した後、サーバーを選び直す必要がありますか？
更新によって既存の項目が追加、削除、置き換えられる場合があります。Homeの左側の丸印で選択されているサーバーが引き続き存在するか、もう一度確認してください。以前のメモだけを頼りに選択状態が変わっていないと判断しないでください。確認後に再接続してConnectivity Testを実行します。Configでポリシーグループを使っている場合は、グループ内の選択が引き続き有効かも確認してください。
初回確認が終わったら、使用したネットワーク、サーバーのメモ、Global Routing、Connectivity Testの結果、実際のWebサイトにアクセスできたかを簡潔に記録しておきましょう。後で特定のネットワークやルーティングモードだけで失敗した場合、原因の範囲を絞るのに役立ちます。初回接続のためにDNS、MTU、TLS、ルールファイルを一度に変更する必要はありません。明確なエラーの手がかりがある場合に、それぞれ個別に確認してください。