Shadowrocketの初回起動：VPN構成の許可とHome画面の見方

初回接続の前に：アプリと手元の接続情報を確認

ShadowrocketはAppleプラットフォーム向けの有料クライアントで、主にiPhoneとiPadで利用できます。入手先はApp Storeのみです。購入前に、デベロッパ名がShadow Launch Technology Limited、アプリIDが932747118であることを確認してください。アプリは買い切りです。システム要件、その他のAppleデバイスとの互換性、ユニバーサル購入の対象範囲は、App Storeの掲載内容をご確認ください。

クライアントの購入と接続サービスは別のものです。この記事では、利用者自身が契約しているサービスのサブスクリプション、または個別サーバーの接続情報があることを前提とします。当サイトではノードやサブスクリプションを提供・販売・推奨していません。HomeのSERVERリストが空の場合、VPN構成を許可してもサーバーアドレス、ポート、認証情報は自動で入力されません。

Homeでは接続状態の確認、サーバーの選択、現在のルーティング方法の変更を行います。Configでは構成ファイルとルールを管理し、SettingsではOn Demandなどのアプリ設定を管理します。サーバー情報とルール設定は別のものです。前者は接続先と認証方法を示し、後者はリクエストごとの処理方法を決めます。

• サブスクリプションを利用する場合：リンク全体を用意し、クエリパラメーターも含めて保持してください。画像内で一部が切れているURLを完全なリンクとして扱わないでください。
• 個別の接続情報を利用する場合：プロトコル、アドレス、ポート、認証項目を確認してください。名前だけでは入力内容の正しさを判断できません。
• 構成ファイルがある場合：配布元と想定されるルール、特に最終ポリシーを確認してください。詳しい手順はインポートガイドをご覧ください。

VPN構成を許可する：システム権限と初回接続の手順

アプリを開いただけでは、VPNの許可画面がすぐに表示されるとは限りません。通常は初めて接続を開始し、システムVPN構成を作成する際に、構成の追加を許可するよう求められます。許可すると、Shadowrocketのネットワーク拡張機能がローカルの通信処理経路を確立できます。この許可はサーバーアカウントの認証ではなく、すべてのリクエストがリモートのプロキシサーバーに送られることを意味するものでもありません。通信先はGlobal Routingと構成ルールによって決まります。

1. 接続情報を確認

   Homeを開き、インポート済みのサーバーがSERVERリストに表示されていることを確認します。リストが空の場合は、先に接続情報をインポートしてください。システム権限をサーバー設定と混同しないようにしましょう。

2. サーバーを選択

   Home → SERVERで使用する項目を選び、選択中のマークを確認します。名前が似ている場合は編集画面でアドレス、ポート、プロトコルを確認してください。

3. ルーティングを確認

   Home → Global Routingを開きます。ルール構成があり、内容も確認済みの場合はConfigを選択します。サーバー接続だけを切り分ける場合は、一時的にProxyを選び、テスト後に元のモードへ戻してください。

4. 接続を開始

   Homeに戻り、Not Connectedの横にある接続スイッチを操作します。システムからVPN構成の追加を求められたら、要求元がShadowrocketであることを確認して許可し、必要に応じてシステムの認証を完了してください。

5. アクセスを確認

   Homeに戻って状態を確認し、Connectivity Testと実際のWebページへのアクセスを組み合わせて確認します。テスト中は同じネットワークとサーバーを使い、複数の設定を同時に変更しないでください。

最初の許可画面で拒否した場合は、Homeに戻って接続を再度開始し、システムからもう一度許可を求められるか確認します。既存のシステム構成を確認するには、iPhoneまたはiPadの「設定」から「一般 → VPNとデバイス管理 → VPN」を開きます。具体的な表示名はデバイスのシステムにより異なります。今回の利用と関係のない構成、特にデバイス管理上必要な項目は、トラブルシューティングのために削除しないでください。

VPN構成の追加を許可しただけでは、システム権限の設定が完了したにすぎません。サーバー情報が有効か、現在のネットワークから到達できるか、ルールが正しく選択されているか、目的のサービスにアクセスできるかは、それぞれ個別に確認する必要があります。

Not Connected：接続スイッチから分かること

Not Connectedは、クライアントの接続が確立されていない状態を示します。スイッチは通信処理の開始・停止に使うもので、サブスクリプションをインポートしたり、誤った認証情報を修正したりする機能はありません。スイッチをオンにした後は状態表示も確認し、位置だけを見て接続完了と判断しないでください。

システムにVPN接続済みと表示されても、対応するローカル経路が動作していることを示すだけで、すべてのリクエストでサーバーが利用できるとは限りません。Directを選ぶと、ローカル経路が有効なままリクエストが直接接続として処理される場合があります。Configでは、一部のリクエストがDIRECTに一致し、別のリクエストにはプロキシポリシーが適用されることがあります。

何度もスイッチを切り替えるより、「どの段階で状態が変わったか」を記録すると切り分けに役立ちます。システム許可画面が表示されたか、いつ未接続に戻ったか、ネットワークを切り替えると変化したかなどを記録してください。サーバーの認証情報、サブスクリプションの完全なURL、トークンが写ったスクリーンショットは公開しないでください。

Global Routing：4つのモードの違い

設定場所はHome → Global Routingです。リクエストのルーティング方法を決める機能で、「VPN構成の追加が許可されているか」とは別の設定です。初回は現在のモードを確認してから構成を確認しましょう。Proxyはシステム権限を意味せず、Directも接続スイッチをオフにする設定ではありません。

ルールの記述例として、以下の断片は例示用ドメインのサフィックスにPROXYを適用し、それ以外のリクエストにはDIRECTを適用します。ルール部分のみの説明用サンプルであり、完全な構成ではありません。サーバー情報も含まれていません。

DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

ルールは通常上から順に照合され、最初に一致したルールのポリシーがそのリクエストに適用されます。FINALは、それ以前のルールに一致しなかったリクエストを処理します。DOMAIN-SUFFIXはドメインサフィックスの条件、GEOIPはIPの地理的な割り当てに関する条件、IP-CIDRはアドレス範囲の条件です。使い始めの段階で複数のルールを一度に追加する必要はありません。まず現在のConfigが想定どおりか確認してから、条件を1つずつ追加してください。確認手順の詳細はルールと振り分けの基本をご覧ください。

Connectivity TestとSERVER：テスト、選択、更新

Home → Connectivity Testは接続状況の診断に使い、SERVERリストでは登録済みサーバーの確認と選択を行います。役割は異なります。テスト結果は現在の条件で接続がどう動作するかを確認するもので、選択マークは現在使用する項目を示します。サブスクリプションの更新は、利用者がすでに持っているサブスクリプションから情報を再取得する操作であり、接続テストではありません。

• まずテスト方法を確認します。TCP系のテストでは主に接続確立の状況が分かります。HTTPリクエストを含むテストは、接続先のアドレス、TLS、応答処理にも影響されます。数値を比較する際は、同じ方法とネットワークを使ってください。
• 遅延は通信速度ではありません。結果に表示されるミリ秒値は、そのテストにかかった時間を示すもので、ダウンロード速度ではありません。1回だけ低い値が出ても、通信が継続して安定するとは限りません。
• 失敗だけでは原因を特定できません。タイムアウトや失敗は、サーバーアドレス、ポート、ネットワーク制限、認証、DNS、テスト対象などが関係している可能性があります。1つの結果だけで原因を断定しないでください。
• 現在の選択項目を確認します。複数の項目をテストした後、SERVERで実際に選択されているサーバーを確認してください。サーバーをテストしただけでは、現在の選択先になったことにはなりません。
• 更新後に再確認します。利用中のサブスクリプションを更新すると、項目が変わることがあります。現在の選択先が想定どおりかを確認し、認証情報と構成内のポリシー参照も確認してください。

サーバー情報を手入力する際、すべてのプロトコルに共通するポートの既定値はありません。接続情報にポート443と記載されていれば、443を入力してください。TLSを使うプロトコルだからといって、ポートを任意に変更してはいけません。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは認証項目が異なります。Typeだけを変更し、別プロトコルの項目をそのまま残さないでください。

一度に1つの条件だけを変えて確認します。ネットワークを固定して現在のサーバーをテストし、Webページにもアクセスします。その後、利用者がすでに持っている別の項目だけに切り替えて再テストします。Wi-Fiとモバイル通信を比較する場合も、サーバーとモードは変えないでください。これは確認方法の説明であり、テスト数値や結果を保証するものではありません。

Connectivity Testの成功は診断材料の1つであり、すべてのWebサイトにアクセスできる証明ではありません。実際の対象ページにもアクセスし、リクエストに想定したポリシーが適用されているか確認してください。

On DemandとConfig：自動接続とルール振り分けを区別する

初回の接続確認が済んでから、自動接続を設定します。Settings → On Demandでは、条件に応じて接続を開始する動作を管理します。Configのルールは、リクエストを処理する際に適用するポリシーを決めます。前者は「いつ接続を開始するか」、後者は「このリクエストをどこへ送るか」を決めるもので、互いに代用できません。

初回接続に失敗したとき、On Demand、DNS、プロトコル項目、Global Routingを同時に変更しないでください。アクセスが回復しても、どの設定が影響したのか分からなくなります。不要な自動接続を停止し、再確認できる手動テスト条件を保ったうえで、エラー表示に応じて該当する設定を確認してください。

1. サーバーリストが空：インポート手順に戻り、手元の接続情報がすべて保存されているか確認します。
2. システムの許可が未完了：Homeから接続を開始し、システムの許可と認証を完了します。
3. 接続済みだが対象ページを開けない：Global Routing、現在のサーバー、実際のリクエスト結果を確認します。
4. 切断後に自動再接続する：Settings → On Demandを確認し、システムのVPN自動接続設定も確認します。

初回利用の完了は「スイッチがオンになった」ことではありません。現在どのサーバーを選び、どのルーティングモードを使っているかを把握し、対象ページへのアクセスで想定どおりか確認できることが目安です。この順序を覚えておけば、サブスクリプションの更新後やネットワークの切り替え後にも同じ手順で確認できます。