Shadowrocketを初めて使うときは、システムの許可、サーバー情報、通信の振り分け方法を分けて理解しましょう。VPN構成の許可はシステムのネットワークトンネルを確立するためのものです。SERVERには手元にある接続情報を登録し、Global Routingでリクエストの処理方法を決めます。インストール直後でHomeの各項目がよくわからない方に向けて、未接続の状態や必要な許可、次に確認する場所を順番に説明します。
1. VPN構成の許可:システムのトンネルを確立する
ShadowrocketはAppleのVPN機能を利用してネットワークリクエストを処理します。初回利用時には、システムからVPN構成の追加許可を求められます。多くの場合、最初にHomeの接続スイッチをオンにしたときに表示され、アプリを開いた直後とは限りません。まだ表示されていなくても、アプリを何度も終了して起動し直す必要はありません。
許可すると、Shadowrocketがトンネルを確立するためのVPN構成がシステムに保存されます。これは、通信の振り分け方法を決めるConfig画面の構成ファイルとは別のものです。また、サーバーアドレスやポート、認証情報が自動で設定されるわけではありません。構成の追加を許可しただけでは、システムが接続を開始できるようになるだけで、接続先のサービスが利用可能になったことを意味しません。
-
アプリを確認する
App StoreからShadowrocketを入手したこと、開発者がShadow Launch Technology Limitedであること、アプリIDが
932747118であることを確認してください。確認が必要な場合は、正規アプリの確認ページをご覧ください。 -
接続情報を用意する
HomeのSERVERに、すでに登録されている接続項目があるか確認します。項目がない場合は、手元にあるサーバー情報やサブスクリプションを追加してください。VPN構成の許可は、サーバー情報のインポートとは別の手順です。
-
接続を開始する
使用するサーバーを選び、Home上部の接続スイッチをオンにします。初めてVPN構成の追加を求められたときは、現在使用しているアプリからの要求であることを確認してください。
-
許可を完了する
システムの確認画面で構成の追加を許可し、デバイスの指示に従って認証します。Homeに戻って状態を確認してください。許可の完了と接続先への接続成功は、それぞれ別に確認する必要があります。
2. Home、Config、Settingsの役割
初めて開いたときは、設定を一つずつ変更するより、3つの画面の役割を把握することが大切です。Homeでは主に接続操作とサーバー選択を行います。Configでは通信の振り分けに使う設定を管理し、SettingsではOn Demandなどのアプリ設定を調整します。画面名が似ていても、設定を互いに置き換えることはできません。
たとえば、Home → Global Routing → Configは「設定に基づいて振り分ける」方式を選ぶ操作です。一方、画面下部のConfigを開くと、実際に使用する設定の内容を確認・管理できます。前者は処理方法を選び、後者はその処理に使うルールを管理します。両方をあわせて確認してください。
- 接続やサーバーの切り替え:まずHomeで操作します。
- 特定のドメインにどのルールが適用されるか確認:現在のConfigとRuleの内容を確認します。
- ネットワーク切り替え後に自動接続する理由を確認:Settings → On Demandで条件を確認します。
3. Not Connected:接続状態とサーバーの状態は別
Home上部にNot Connectedと表示されている場合、アプリのVPN接続が確立されていません。インストール直後にこの状態が表示されるのは通常で、この表示だけでサーバーの不具合とは判断できません。接続スイッチはトンネルの開始・終了に使います。SERVERリストで選択した項目は、プロキシリクエストに使うサーバーの基本選択です。
スイッチをオンにしたら、システムの許可が完了したか、アプリが接続状態になったか、目的のコンテンツにアクセスできるかをそれぞれ確認します。これらは別の段階です。許可が通っても認証成功とは限らず、接続状態でもすべてのリクエストがプロキシを通るとは限りません。実際の通信経路はGlobal Routingとルールにも左右されます。
| 表示される状態 | まず確認すること | この状態だけでは判断できないこと |
|---|---|---|
| Not Connectedのまま | 接続スイッチ、システムの許可、利用可能なサーバー項目の有無 | DNSの障害とは断定できない |
| 接続済みだが、一部のコンテンツを開けない | Global Routing、現在のルール、選択中のサーバー、接続先サービスの状態 | 接続済みというだけで、すべてのリクエストがプロキシ経由とは判断できない |
| 手動で切断した後、再び接続する | Settings → On Demandで、現在のネットワークに一致する条件が有効かどうか | スイッチ操作が反映されていないとは断定できない |
4. Global Routing:リクエストの処理方法を確認する
Home → Global Routingでは、通信の処理方法を選択します。初めて使う場合はConfig、Proxy、Directの違いを理解し、Sceneはシーンに応じた選択肢であって、別のサーバープロトコルではないことを確認しましょう。ここでいう「すべて」とはShadowrocketが処理する通信を指し、デバイス上のすべてのシステム通信を必ず処理するという意味ではありません。
Config
おすすめ現在の設定にあるルールに従って処理方法を選びます。DIRECTに一致したリクエストは直接接続し、PROXYに一致したリクエストはプロキシを使用します。どのルールにも一致しない場合の処理は、後続のルールやFINALなどのフォールバック設定で決まり、常に直接接続されるわけではありません。
向いている使い方:現在の設定を確認したうえで、日常の通信をルールに従って振り分けたい場合。
Proxy
対象となる通信をプロキシ経由で処理し、Configの通常の振り分けルールによる個別の経路選択は行いません。サーバー情報が正しく、接続が利用可能である必要は変わりません。
向いている使い方:Configとの違いを一時的に比較し、ルールによる振り分けの問題を絞り込みたい場合。
Direct
対象となる通信を直接接続で処理します。これはルーティングの選択であり、Homeの接続スイッチをオフにする操作ではありません。また、選択中のプロキシサーバーが使えるかを確認する方法でもありません。
向いている使い方:現在のネットワークで直接接続した場合の状態を比較したい場合。
Scene
アプリに設定されたシーン条件に従って、対応する動作を選択します。結果は既存のシーン設定によって異なります。初めて使う場合は、名前だけで通信経路を判断せず、具体的な条件を確認してください。
向いている使い方:シーン条件を設定済みで、条件に応じて動作を切り替えたい場合。
比較するときは、一度に変更する項目を一つにします。同じサーバーとネットワークのまま、まずConfigでの状態を記録し、その後、一時的にProxyへ切り替えて同じ接続先にアクセスします。結果が異なる場合は、まずルールによる経路を確認してください。ただし、これは調査の手がかりであり、DNSや接続先の制限などを確認せずに原因を断定することはできません。テスト後は必要な設定に戻してください。
5. SERVER:サーバー情報とサブスクリプション
SERVERでは、登録済みサーバーの確認と選択を行います。インストール直後にリストが空でも、選択できる接続情報がまだないというだけで、購入が反映されていないわけではありません。Shadowrocketは買い切り型の商用アプリです。アプリの買い切りと接続サービスの利用契約は別です。当サイトではノードやサブスクリプション、サービス提供者の提供・販売・推奨は行っていません。
以下は、自分で利用しているサービスとサブスクリプションがあることを前提とした手順です。Home右上の「+」→ Type → Subscribeを選び、自分のサブスクリプションURLを入力して保存した後、実際に追加された項目を確認します。サブスクリプションはサーバー情報を更新するためのもので、システムのVPN許可の代わりにはなりません。また、Configの通信振り分けルールが適切に設定されるわけでもありません。
- まずプロトコルを確認:Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは必要なパラメーターが異なります。名前が似ているだけでTypeを置き換えないでください。
- 次にアドレスを確認:サーバーアドレスとポートは、自分の有効な接続情報に記載された値を使います。ポート番号はすべてのプロトコルで共通ではないため、関係のない例をそのまま使わないでください。
- 認証情報を確認:パスワード、UUID、鍵などは、使用するプロトコルに応じて入力します。TLSを有効にする場合は、関連する名前やパラメーターも確認してください。
- 更新後に選択:サブスクリプションを更新したら、サーバーリストと選択中の項目を確認します。古い項目の状態を、新しい情報の状態と取り違えないようにしてください。
- サブスクリプションURLを保護:URLに含まれる認証情報によって読み取りが可能になる場合があります。URL全体やQRコード、認証情報を公開の質問投稿に載せないでください。
サーバーを選択すると、プロキシリクエストの基本的な出口が決まります。Configモードでは、ルールやポリシーグループによって別の経路が指定されることもあります。「サーバーを選択した」ことと「すべてのリクエストがそのサーバーを経由する」ことは同じではありません。
6. Connectivity Test:結果は診断の手がかりとして使う
Home → Connectivity Testでは、接続状況を確認できます。結果を見る前に、テスト方式と対象を確認してください。遅延や成功の結果が示すのは、そのテスト時の経路と条件に限られます。すべてのWebサイト、ポート、プロトコル機能が正常に使えるとは限りません。テストに失敗した場合も、現在のネットワーク、サーバー情報、接続先の状態をあわせて確認します。
- テスト条件を固定:Wi-Fiとモバイル通信のどちらを使うか決め、現在のGlobal Routingと選択中のサーバーを記録します。複数の条件を同時に変えないようにしてください。
- 接続テストを実行:HomeでConnectivity Testを使い、同じ項目の結果を確認します。リスト内の別項目の結果を、現在のサーバーの結果と取り違えないでください。
- 実際のアクセスを確認:VPNの許可を済ませて接続した後、使用したい接続先にアクセスします。テストが成功しても接続先にアクセスできない場合は、実際に適用されたルールと接続先自体を確認してください。
- 変更は一項目ずつ再確認:ネットワーク、サーバー、ルーティングモードのいずれか一つだけを切り替えます。失敗時の状態とエラーメッセージを記録しておくと、複数の項目を続けて変更するより原因を特定しやすくなります。
7. ConfigとOn Demand:初回は2つの設定を区別する
よくある混同は、「いつ接続するか」と「接続後にどう振り分けるか」を同じ設定だと考えることです。On Demandは、条件を満たしたときにシステムが接続をどう扱うかを設定します。Ruleは、リクエストが入った後にどのポリシーを使うかを決めます。On Demandでサーバーのパスワードが自動修正されることはなく、Ruleもシステムの許可に代わるものではありません。
Configのルール
- 設定画面
- Config → 現在使用中の設定
- DOMAIN-SUFFIX
DOMAIN-SUFFIX,example.com,DIRECT- IP-CIDR
IP-CIDR,192.0.2.0/24,DIRECT- FINAL
FINAL,PROXY
上記は構文の例であり、そのままインポートできる完成済みの設定ではありません。ルールは記載順に評価され、FINALはフォールバックに使います。例にあるドメインやドキュメント用アドレス範囲は、サービスの推奨を示すものではありません。
On Demandの条件
- 設定画面
- Settings → On Demand
- 確認する項目
- 現在有効な条件と、その条件に応じた接続動作
- 確認するタイミング
- Wi-Fiまたはモバイル通信を切り替える前後
- 確認方法
- 元の設定を記録し、該当する条件を一時停止して手動接続と比較する
自動動作は、アプリ内の条件とシステムのVPN状態をあわせて確認してください。手動接続で動作を検証した後、必要な条件を一つずつ戻します。
初回利用時は、アプリの入手元を確認 → 手元にあるサーバー情報を準備 → Global Routingを選択 → 接続を開始してVPN構成を許可 → Connectivity Testと実際のアクセスの両方で確認、の順に進めます。手動接続が安定して再現できることを確認してから自動接続の条件を調整すると、原因を切り分けやすくなります。
- Not Connectedのまま:接続スイッチとシステムの許可を確認します。
- 接続済みなのにアクセス経路が想定と異なる:Global RoutingとConfigを確認します。
- ネットワーク切り替え後に状態が変わる:Settings → On Demandを確認します。