Shadowrocketを初めて使うときは、接続情報があることを確認し、サーバーを読み込んで選択してから、Global Routingを確認し、接続スイッチをオンにしてシステムの案内に従いVPN構成を許可します。iPhoneやiPadで初めて操作する方に向けて、システムの許可、サーバー選択、ルーティング方式、接続テストの違いを解説します。「VPN構成の追加を許可」は、接続がすでに使える状態になったことを意味するわけではありません。
初回接続の前に:アプリ、接続情報、VPNの許可を確認
ShadowrocketはAppleプラットフォーム向けの有料クライアントで、入手先はApp Storeのみです。開発者はShadow Launch Technology Limitedです。購入条件、対応デバイス、システム要件はApp Storeの表示をご確認ください。まだインストールしていない場合は、まず正規アプリの確認ページで製品情報を確認してください。以降の手順は、アプリをインストール済みで、ご自身のサービス提供元から入手したサブスクリプションまたは手動接続用の情報があることを前提としています。
アプリの買い切り購入と接続サービスの契約は別です。アプリを購入しただけでは、Homeに接続可能なサーバーが表示されるとは限りません。VPNの許可も別の手続きです。これは、デバイスのネットワーク通信を処理するシステムVPN構成をアプリが作成できるようにするもので、サーバーアドレスやパスワード、サブスクリプション情報が自動的に用意されるわけではありません。
- Home:接続状態の確認、SERVERの選択、Global Routingの設定、Connectivity Testを行います。
- Config:ルールによる振り分けなどに使う構成ファイルを管理します。サーバーのサブスクリプションとルール用構成ファイルは用途が異なるため、ファイル名だけで判断して使い回さないでください。
- Settings:アプリの動作を設定します。たとえばSettings → On Demandでオンデマンド接続を確認できます。
VPN構成の許可:接続情報の読み込みから初回のスイッチ操作まで
システムの「VPN構成を追加」画面は、初めて接続を試みた際に、デバイスに該当するVPN構成がまだない場合に表示されることがあります。アプリを初めて開いた瞬間に必ず表示されるわけではありません。これはシステムによる確認であり、購入を促す画面でも、接続先サーバーのテスト成功を示すものでもありません。次の順番で操作すると、接続情報と権限の問題を分けて確認できます。
-
接続情報を準備する
サブスクリプションURL、または必要なサーバー接続情報がそろっていることを確認します。手動入力する場合、プロトコル、アドレス、ポート、認証情報は元の情報に従ってください。ポートを推測したり、ウェブサイトの管理画面URLをサーバーアドレスとして入力したりしないでください。
-
サブスクリプションを読み込む
Homeの右上にある「+」をタップし、TypeをSubscribeに設定して、ご自身のサブスクリプションURLを入力して保存します。URLのクエリパラメーターは省略せず、前後に空白や説明文を加えないでください。Homeに戻り、サブスクリプションのグループにサーバーが表示されたことを確認します。
-
サーバーを選択する
Home → SERVERで使用するサーバーをタップし、選択中のマークを確認します。グループ名だけが表示され、サーバーが見つからない場合は、接続を続ける前にサブスクリプションの読み込み状況を確認してください。
-
ルーティングを確認する
Home → Global Routingを開き、現在の方式を確認します。ルール用の構成を準備している場合は、Configと実際に有効なファイルを確認してください。ルールの影響を切り分けるための短時間のテストではProxyを使用できますが、テスト後は元の設定に戻してください。
-
VPN構成を許可する
Home上部の接続スイッチをオンにします。システムからVPN構成の追加を許可するか尋ねられたら、Shadowrocketからの操作であることを確認して許可し、デバイスの案内に従って認証を完了してください。アプリに戻り、状態が変わったか確認します。
誤って「許可しない」を選んだ場合は、Shadowrocketに戻って接続スイッチをもう一度オンにし、再表示されたシステムの案内に従ってください。それでも完了できない場合は、iPhoneまたはiPadの設定 → 一般 → VPNとデバイス管理 → VPNで、該当する構成と状態を確認します。システムの言語によって項目名は異なる場合があります。管理対象デバイスでは組織の制限が適用されることもあります。デバイスのポリシーを確認し、内容が不明な構成を繰り返し削除しないでください。
Home上部のNot ConnectedとGlobal Routingの役割
Not Connectedは、現在アプリの接続が確立されていないことを示します。上部のスイッチは接続の開始・停止を切り替え、Global Routingは通信に使うルーティング方式を選択します。両者は別の設定です。接続が確立しても、表示だけであらゆるウェブサイトやプロトコルが正常に使えるとは判断できません。実際のアクセスも確認してください。
Global RoutingのProxy、Direct、Config、Sceneは、目的に応じて選択します。以下で「おすすめ」とする設定は、利用可能で内容を確認済みのルール構成があることを前提としています。初回の利用時に、エラーを解消しようとしてサーバー、ルーティング方式、ルールを同時に変更すると、どの変更が影響したか特定できなくなります。
Config
ルールに従う現在有効な構成のルールに従って、リクエストの経路を決定します。結果はルールの順序、適用されるポリシー、FINALによって変わるため、「一部は直接接続、残りはプロキシ」と決まっているわけではありません。
適した用途:有効なルール構成があり、宛先ごとに通信を振り分ける場合。
Proxy
通信をProxy経由で処理し、Configに設定された宛先別の振り分けルールでは経路を決定しません。ルールの影響を切り分ける短時間のテストには使えますが、アドレスや認証情報の誤り、接続先サービスの障害は解決できません。
適した用途:同じサーバーを使ったまま、問題がルールによる振り分けに関係するか確認する場合。
Direct
直接接続を使用します。アプリが接続中でも、通信が必ずリモートのプロキシサーバーを経由するとは限りません。リクエストの経路を判断する際は、この設定も確認してください。
適した用途:現在のネットワークで直接接続した場合の結果と比較する場合。
Scene
設定済みのSceneを使ってルーティングします。Sceneの条件と対応するアクションの両方を確認してください。内容を確認せずに、Configとまったく同じ選択肢として扱わないでください。
適した用途:Sceneを設定済みで、現在の条件に対する結果を確認できる場合。
SERVERとConnectivity Test:サーバーを選んでから接続を確認
SERVER一覧には、手動で追加したサーバーや既存のサブスクリプションから読み込んだサーバーが表示されます。サブスクリプションはサーバー情報を取得・更新するためのもので、使用可能なサーバーが選択済みであることを意味しません。名前が一覧に表示されても、アドレスや認証情報、接続先の状態が正常とは限りません。選択中のサーバーを確認してからHome → Connectivity Testを実行し、アプリが返した結果を確認してください。
| 表示された状況 | 判断できること | 次に確認すること |
|---|---|---|
| SERVERにサーバーが表示されない | 選択できるサーバーがない、またはサブスクリプションを読み込めていない | SubscribeのURLが完全か確認し、更新時のメッセージを確認する |
| テストに遅延時間が表示される | 今回のテスト方式で応答が得られた | 接続を開始し、実際に使うウェブサイトにアクセスして確認する |
| テストがタイムアウトする | 今回のテストでは、制限時間内に期待した応答が得られなかった | ローカルネットワーク、サーバー情報、テスト方式を確認する。すぐにサブスクリプションが無効だと判断しない |
| 接続中だが、目的のウェブページが開かない | 接続状態と対象サイトへのアクセス可否が一致していない | Global Routing、ルールの適用先、DNSを確認し、同じサイトに再度アクセスする |
遅延テストは通信速度のテストではなく、すべてのウェブサイトが利用できることを保証するものでもありません。比較する際は、同じ接続先、同じネットワーク、同じサーバーを使い、設定を一度に一つだけ変更してください。Wi-Fiとモバイル通信を切り替える場合は、切り替え前の結果を記録してから同じ操作を繰り返します。これにより、ローカルネットワークと構成のどちらによる違いか判断しやすくなります。
- サブスクリプションを更新する前に、現在選択中のサーバーを記録してください。更新後は、サーバー情報が変わっていないか、選択状態が意図どおりか確認します。
- 一覧に表示される名前をプロトコルの設定値と混同しないでください。接続に使われるのは、編集画面の詳細にあるプロトコル、ポート、認証情報です。
- テストに成功しても、実際にアクセスして確認してください。失敗した場合はエラー内容を確認してから、接続情報とネットワークのどちらを調べるか判断します。
ConfigとOn Demand:初回利用時に知っておきたい違い
Configによるルールの振り分けと、Settings → On Demandによるオンデマンド接続は別の仕組みです。前者は「リクエストをどこへ送るか」、後者は「どの条件で接続を試みるか」を決めます。手動接続を初めて試し、まだ動作確認ができていない段階では、自動接続の条件を追加しないほうが、原因を調べる際の変数を減らせます。
ルールキーワード
- DOMAIN-SUFFIX
- ドメインの末尾で照合します。例:example.com
- GEOIP
- IPアドレスの地理的な割り当て先で照合します。例:CN
- IP-CIDR
- IPv4のネットワーク範囲で照合します。例:192.168.0.0/16
- FINAL
- それ以前のルールに一致しなかったリクエストに適用する末尾のポリシーを指定します。
ルールは通常、記載順に照合されます。一致したルールを確認するときは、そのルールが参照するポリシーが存在するかも確認してください。
オンデマンド接続
- 設定場所
- Settings → On Demand。
- 用途
- 設定条件に応じて接続動作を実行します。
- 確認するタイミング
- 手動接続と実際のアクセス確認が完了した後。
- 確認するポイント
- 接続を停止した後に再び接続する場合は、オンデマンドルールが有効のままになっていないか確認します。
オンデマンド接続は、有効なサーバー情報の代わりにはならず、あらゆるネットワーク環境での接続を保証するものでもありません。
Global RoutingでConfigを選択していて、特定のウェブサイトだけに問題がある場合は、まず実際に有効な構成ファイルを確認し、該当ドメインのルールとFINALを確認してください。一度アクセスに失敗しただけで、すべてのルールを消去しないでください。変更前に元のファイルを保存し、一度に一か所だけ変更して、同じ接続先で再確認します。
初回利用時によくある質問:症状に応じて確認する場所
VPN構成を許可したのに、ウェブページが開かないのはなぜですか?
許可によって完了するのは、システムがVPN構成の作成を認める手続きだけです。Homeに戻り、接続状態、SERVERの選択、Global Routingを確認してからConnectivity Testを実行してください。テストで応答があるのに目的のウェブページが開かない場合は、同じサーバーを使ったままProxyと元のConfigの結果を比較し、ルールまたは対象サイトへのアクセスの問題を切り分けます。
アプリを開いたばかりなのに、VPN構成の追加画面が出ません。問題ありませんか?
まず、接続をオンにしようとしたか確認してください。システムの案内はアプリを開いたときに必ず表示されるわけではなく、デバイスに該当する構成がすでにあると、再度確認されない場合もあります。設定 → 一般 → VPNとデバイス管理 → VPNで構成を確認してからHomeに戻って操作してください。画面が出るのを待つために、何度も再インストールする必要はありません。
サブスクリプションを保存してもSERVERが空のままの場合は?
サブスクリプションの編集画面に戻り、TypeがSubscribeになっているか、URLが完全かを確認します。もう一度更新し、表示されるメッセージを確認してください。URLはご自身がすでにお持ちの情報を使用し、サービス提供元のウェブサイトのトップページで代用しないでください。認証または形式のエラーが表示された場合は、元のサブスクリプション情報を確認します。サーバー一覧が空でも、VPNの許可の問題として扱わないでください。
スイッチをオフにしても自動で再接続する場合、どこを確認すればよいですか?
まずSettings → On Demandを開き、オンデマンド接続と関連条件が有効になっていないか確認します。次に、システムのVPN設定で該当する状態を確認してください。設定を変更したらHomeに戻り、接続を停止して様子を見ます。管理対象デバイスでは管理ポリシーも確認してください。スイッチが再びオンになったことだけで、アプリに異常があるとは判断できません。
初回利用の完了は「許可画面が表示された」ことではありません。サーバーを選択し、現在のGlobal Routingを理解したうえで、接続状態が想定どおりであることを確認し、実際の接続先にアクセスできて初めて完了です。問題が起きたときは、「ローカルネットワーク → 接続情報 → システムの許可 → ルーティング → 対象サイトへのアクセス」の順に確認すると、複数の設定を同時に変更するより原因を特定しやすくなります。