この記事は、iPhoneまたはiPadにサーバーをインポート済みの方向けです。「項目の確認、デフォルトサーバーの選択、Global Routingの確認、接続、Connectivity Test」の順に進め、実際のサイトへのアクセスでも確認します。サーバーの選択、システムVPNの接続、目的の通信が可能かどうかはそれぞれ別の状態です。遅延の数値だけで接続全体を判断しないようにしましょう。
接続前に確認：SERVERリストと設定の入手元
ShadowrocketのHomeは、初回接続時に主に操作する画面です。SERVERリストにはサーバーの項目が表示され、Configでは設定ファイルを管理し、Settingsではアプリの設定を行います。リストにサーバーが表示されていても、インポートによって項目が作成されたことを示すだけで、認証情報の有効性や現在のネットワークからの接続可否を保証するものではありません。
この記事では、利用者が自身で契約しているサービスとサブスクリプションを持っていることを前提とします。サブスクリプションは利用中のサービス提供元から入手してください。アプリの買い切り購入と通信プランは別です。App Storeで購入するのはShadowrocketの利用権であり、接続に必要なサーバーアドレス、ポート、認証情報、サービスの稼働状況は別途確認が必要です。
- まず、現在のWi-Fiまたはモバイル通信で普段アクセスできるページを開き、インターネット接続を確認します。ログインが必要なWi-Fiでは、先にネットワーク認証を完了してください。
- Home → SERVERを開き、内容がまだ取得されていないサブスクリプショングループだけでなく、少なくとも1件のサーバー情報が登録されていることを確認します。
- サブスクリプションの内容が空の場合は、まず更新時にエラーが発生していないか確認します。接続スイッチを何度も操作しても、サブスクリプションの更新にはなりません。
- 現在使えている設定はそのまま残してください。初回の切り分けでは、サーバー、DNS、ルール、On Demandを同時に変更しないでください。
初回接続：DOTマークの付いたサーバーを選び、接続をオンにする
デフォルトサーバーとは、現在手動で選択しているサーバーです。Home → SERVERで使うサーバーの項目をタップし、DOTマークがその項目の横に移動したことを確認します。項目の詳細表示や編集画面を開くのは設定値の確認であり、デフォルトサーバーの選択とは異なります。切り替え後にマークをもう一度確認し、前のサーバーが選択されたままになっていないか確かめましょう。
-
サーバーを選択
Home → SERVERを開き、インポート済みのサーバーを1つタップします。DOTマークがその項目の横にあることを確認し、サーバー名を控えてください。このテストでは、そのサーバーだけを使います。
-
モードを確認
Home → Global Routingを開き、現在の選択を確認します。信頼でき、利用可能な設定がある場合はConfigを使います。選択したサーバーのプロキシ接続だけを確認するには、一時的にProxyを選び、テスト後に元のモードへ戻します。
-
接続をオンにする
Homeに戻り、画面上部の接続スイッチをオンにします。システムからVPN構成の追加を求められた場合は、要求元がShadowrocketであることを確認して許可し、画面の案内に従ってデバイス認証を完了します。
-
テストを実行
接続状態が安定するまで待ち、Home → Connectivity Testをタップします。成否、所要時間、使用中のネットワークを記録してください。テストが終わる前にサーバーを切り替えないでください。
-
アクセスを確認
実際に使いたいページを開いて再読み込みします。内容が表示されることを確認したら、ほかのよく使うサービスも確認してください。完了後は、同じ結果を再現できるサーバーとモードの組み合わせを記録しておきましょう。
システムVPNが接続済みでも、ローカルのVPNトンネルが確立したことを示すだけで、リモートサーバーへの到達を保証するものではありません。スイッチをオンにしてすぐ切れる場合は、システムの許可設定またはアプリに表示される接続エラーを確認します。スイッチがオンのままページを読み込めない場合は、以降の接続状況の切り分けに進んでください。
Global Routing：モードとデフォルトサーバーの違い
デフォルトサーバーは手動で選ぶサーバーを決め、Global Routingは通信の振り分け方を決めます。両者は別の設定です。Configでは、ルールによってDIRECT、特定のポリシー、またはポリシーグループが指定されることがあるため、DOTマークの付いたサーバーがすべての通信に使われるとは限りません。デフォルトサーバーの名前だけで、特定のページの通信経路を判断しないでください。
Config
推奨現在の設定にあるルールとポリシーに従って通信を処理します。まずConfigで有効になっているファイルが想定どおりか確認してください。ルールによって通信ごとに異なる接続先が選ばれる場合があります。
適している用途：利用可能な設定で日常的に通信を振り分ける場合。
Proxy
アプリが処理する通信をプロキシ経由にします。一時的にルールによる振り分けの影響を抑えてテストする場合に適しています。サーバーの設定ミスやサービスの期限切れを解決する機能ではありません。
適している用途：初回に選択したサーバーを確認し、ルールの影響を切り分ける場合。
Direct
アプリが処理する通信を直接接続します。このモードでページを開けても、選択したプロキシサーバーが使えることの証明にはなりません。
適している用途：通常の直接接続と比較する場合。
Scene
設定済みのシナリオ条件に応じて、ルーティングを適用します。使う前にシナリオ条件と対応する設定を確認してください。接続を自動で修復する機能ではありません。
適している用途：ネットワークシナリオを明確に設定済みの場合。
Proxyではテストに成功し、Configに戻すと特定のページにアクセスできない場合は、サブスクリプションをすぐに再インポートするのではなく、Configで有効なファイルと通信に適用されたルールを確認してください。特に、対象に対するDOMAIN-SUFFIX、GEOIP、IP-CIDRの一致条件と、最終的なポリシーを決めるFINALを確認します。これらのルールは接続先の選択に影響しますが、アカウントの有効性を確認するものではありません。
Connectivity Test：結果からわかること
Home → Connectivity Testでは、テスト対象への接続状況を確認できます。テスト成功は有用な判断材料ですが、対象となるのはそのときのテスト先、ネットワーク、ルーティング条件に限られます。速度測定ではなく、すべてのウェブサイト、動画、アプリが使えることを保証するものでもありません。ミリ秒の数値が表示されたからといって、帯域が十分だと判断しないでください。
| 確認箇所 | 確認できること | 別途確認が必要なこと |
|---|---|---|
| Homeの接続スイッチがオンのまま | ローカルVPN接続がすぐに切断されていない | リモート認証と実際の通信が完了するか |
| SERVER項目の遅延テストで結果が表示される | その遅延テスト方式で応答があった | プロキシのハンドシェイク全体と実際の通信 |
| Connectivity Testに成功 | 現在の条件でテスト通信が完了した | 実際の接続先におけるDNS、ルール、アクセス制限 |
| 実際のページを再読み込みできた | その時点で対象のページにアクセスできた | ほかの接続先や接続の安定性 |
SERVERの遅延テストとHomeのConnectivity Testは別のものです。前者は候補となるサーバーの初期確認に使え、後者は現在の接続状態とルーティングを踏まえて判断します。結果を記録するときは、デフォルトサーバー、Global Routing、Wi-Fiまたはモバイル通信の別、実際のアクセス結果も併記しましょう。遅延の数値だけを残すより、問題の切り分けに役立ちます。
結果が一致しない場合：2つのパターンに分けて確認
接続に失敗したときは、テスト条件を変えずに確認します。一度に変更する要素は1つにし、変更後は同じテストを繰り返してください。以下は結果の判断方法であり、特定の通信経路の実測結果を保証するものではありません。ネットワーク、サービスの状態、接続先によって結果は異なります。
テスト失敗と実際のアクセス失敗を分けて対処
Connectivity Testに失敗
- 接続スイッチがオンのままで、DOTマークが想定したサーバーの横にあることを確認します。
- Directの結果をプロキシ接続の結果と取り違えていないか確認します。
- サーバーアドレス、ポート、認証情報を確認し、サービスの稼働状況を調べます。
- Wi-Fiとモバイル通信のどちらか一方に切り替え、同じテストを実行します。
テストは成功したが、ページを表示できない
- 対象のページを再読み込みし、古いキャッシュによる誤判定を除外します。
- 一時的にProxyを使い、Configと比較してルールが影響しているか確認します。
- 対象ドメインの名前解決と、アプリのログに記録された通信エラーを確認します。
- 別のよく使う接続先でも確認し、特定のサービスだけの障害か、全般的な障害かを切り分けます。
サーバー、ネットワーク、ルーティングモードのうち、一度に変更するのは1つだけにします。元の設定を残し、原因を確認してから普段の設定に戻してください。
システムVPNは接続済みでも、プロキシ経由の通信がすべて失敗する場合は、リモート側の設定値とサービスの稼働状況を重点的に確認してください。TLSを使う接続では、デバイスの時刻が影響することもあります。iPhoneまたはiPadの「設定」→「一般」→「日付と時刻」で、時刻が正確か確認してください。エラーを回避するために証明書の検証を無効にしないでください。
接続確認後：普段使う設定と再テストの方法を保存
初回接続に成功したら、普段使うGlobal Routingに戻し、実際のページをもう一度開いてください。一時的にProxyで成功しても、そのプロキシ接続条件でテストできたことを示すだけです。Configに戻した後も、ルールによる振り分けを確認する必要があります。まず手動接続を安定させてから自動接続を設定すると、問題の切り分けがしやすくなります。
- 現在の設定を確認：Configで有効なファイルを確認します。ファイル名だけで内容を判断しないでください。設定を更新した後は、よく使う接続先で再確認します。
- 自動接続を設定：Settings → On Demandを開き、関連する条件を確認します。On Demandは条件に応じて接続を開始する機能であり、使えなくなったサーバーを修復するものではありません。
- 比較できるよう記録：利用できたサーバー名、ルーティングモード、ネットワークの種類を控えます。問題が起きたときは同じ順序で再テストし、目的なく複数の設定を変更しないようにしましょう。
- 終了時の状態を確認：一時的なテストだけなら、終了後に必要に応じて接続をオフにします。オフにした後で再接続される場合は、スイッチを何度も操作するのではなく、On Demandの条件を確認してください。
ShadowrocketはApp Storeからのみ入手できます。主な利用端末はiPhoneとiPadです。Mac、Apple TV、Apple Visionとの互換性、システム要件、購入対象についてはApp Storeの掲載内容をご確認ください。再インストールや端末変更の前に、ストアの購入履歴を確認し、必要な設定のバックアップとサービス提供元から案内された接続情報を保管してください。