Shadowrocketを初めて使うときは、サーバー設定の準備、システムによるVPN構成の追加許可、接続後の動作確認という3つの段階を分けて考えましょう。Home画面を開いたばかりの方に向けて、権限、各画面項目、ルーティング方式、確認手順を解説します。読み終えると、サーバー未選択、接続許可待ち、接続後のアクセス確認不足を見分けられるようになります。
初回準備：アプリの購入と接続設定は別
ShadowrocketはAppleプラットフォーム向けの有料アプリで、主にiPhoneとiPadで利用できます。入手先はApp Storeのみです。App Storeの製品ページで、アプリ名がShadowrocket、デベロッパがShadow Launch Technology Limitedであることを確認してください。システム要件はApp Storeの記載をご確認ください。
アプリの購入と接続サービスの契約は別です。アプリを購入しても、利用可能なサーバーが自動で用意されるわけではありません。HomeのSERVERリストには、利用者がすでに持っているサーバー設定またはサブスクリプション設定を登録する必要があります。この記事では、利用可能なサービス設定をお持ちであることを前提に、アプリへの読み込み、選択、確認方法を説明します。
SERVERが空の場合は、接続スイッチを何度も押すのではなく、まず設定を用意してください。サブスクリプションURL、サーバーアドレス、ポート、認証情報、通信パラメータは、利用中のサービス情報に従って入力します。ウェブページのURLや任意のポートをサーバー設定の代わりに使うことはできません。
VPN構成を追加：システム許可の目的
「VPN構成を追加」はシステムへの許可要求であり、サブスクリプションの読み込み案内ではありません。Shadowrocketはシステムのネットワーク拡張機能を使って接続するため、初めて接続するときに該当する構成がシステムに保存されていない場合、VPN構成の追加を求められます。この表示はアプリを開いた直後に出るとは限りません。すぐに表示されなくても、アプリの異常とは限りません。
-
設定を準備する
HomeのSERVERに、内容を確認できるサーバーがあるか確認します。既存のサブスクリプションを使う場合は、Home右上の「+」からAdd Serverを開き、TypeをSubscribeに設定して完全なサブスクリプションURLを入力し、保存します。内容が読み込まれたらリストを確認してください。
-
サーバーを選択する
Homeに戻り、SERVERで使用するサーバーの左側にある選択用の丸をタップします。サーバー詳細を開く操作と、現在のサーバーに設定する操作は別です。選択マークが目的の項目に付いていることを確認してください。
-
接続スイッチをオンにする
Home上部の接続スイッチをタップします。システムからVPN構成の追加を求められたら、要求元がShadowrocketであることを確認して許可し、画面の指示に従ってデバイスの認証を完了してください。
-
戻って接続を確認する
Homeに戻って接続状態を確認し、Connectivity Testを実行したうえで、実際に使うウェブページを開きます。システムの許可は構成を追加できることを示すだけで、サーバー認証や目的のサイトへのアクセス成功を保証するものではありません。
Home画面：状態、ルーティング、テスト、リスト
Homeは日常的な接続操作を行う画面です。上部の状態表示で接続の開始状況を確認し、Global Routingで接続方針を選び、Connectivity Testでテストを実行します。SERVERには選択可能なサーバーが表示されます。各項目は連動しますが、どれか一つの結果だけで他の項目の確認を省くことはできません。
| 項目 | 主な役割 | 初回に確認すること |
|---|---|---|
Not Connectedと接続スイッチ |
未接続状態を表示し、接続の開始・停止を行います。 | スイッチがオンのままか、接続後に未接続へ戻っていないか。 |
Global Routing |
Config、Proxy、Direct、Sceneなどのルーティング方式を選択します。 | 今回の確認目的に合った方式が選ばれているか。 |
Connectivity Test |
接続テストを実行し、サーバーまたはテスト先からの応答を確認します。 | テストが実際に開始されたか、結果が空欄またはタイムアウトになっていないか。 |
SERVER |
追加済みサーバーを一覧表示し、選択や詳細表示を行います。 | リストに項目があるか、意図したサーバーが選択されているか。 |
Not Connectedと表示されたら、「リストに項目があるか」「サーバーを選択したか」「許可が得られているか」の順に確認します。スイッチが一時的にオンになってすぐオフになる場合は、そのときの表示内容を記録してから原因を調べましょう。リストにサーバー名があるだけでは、認証情報や通信パラメータの正しさは判断できません。
Global Routing：4つのルーティング方式
Global Routingはサーバーリストではなく、不足しているサービス設定を補う機能でもありません。初回のトラブルシューティングでは、どの方式でテストするかを明確にし、一度に変更する項目を一つに絞りましょう。以下の「おすすめ」は正しい設定ファイルがすでにあることを前提としており、すべての設定があらゆるネットワークで使えるという意味ではありません。
Config
おすすめ現在有効な設定のルールに基づいて接続方針を決めます。ルールの振り分け先にはProxy、Direct、その他の定義済みポリシーがあります。Configを「すべての接続が現在のサーバーを使う方式」と解釈しないでください。
適した用途：設定内容を確認済みで、定めたルールに従って日常的に使う場合。
Proxy
アプリが処理する接続をProxy経由にします。ルールによる振り分けの影響を一時的に抑えて確認したい場合に適しています。利用可能なサーバー設定は別途必要です。Proxyを選んでも、アドレス、ポート、認証情報の誤りは修正されません。
適した用途：短時間の接続確認を行い、サーバーとルールのどちらに問題があるか切り分ける場合。
Direct
Direct経由で接続します。この状態で通常のウェブページが開いても、そのページに現在の直接接続ネットワークからアクセスできたことを示すだけで、選択中のサーバーが正常に動作している証拠にはなりません。
適した用途：現在のネットワークで直接接続した場合の状態を比較する場合。
Scene
設定済みのシーン条件に基づいて、対応するルーティング動作を選びます。Sceneを別のサーバーや固定のプロキシ方式と捉えるのではなく、シーン条件とそれに対応する動作を確認してください。
適した用途：シーン設定を理解したうえで、ネットワーク条件に応じて動作を切り替える場合。
Proxyでは目的のサイトにアクセスできるのにConfigでは失敗する場合は、VPN構成を作り直す前に、現在の設定と一致するルールを確認してください。Configのルールは順番に判定されます。先に一致したルールによって、後続のルールが適用されないことがあります。
SERVER：サーバーの選択と詳細確認
SERVERリストの名前は項目を見分けるための手がかりであり、利用可能であることの証明ではありません。手動で追加したサーバーもサブスクリプションから読み込んだサーバーも、サーバー側と一致するプロトコルとパラメータが必要です。初回接続では、まず一つの項目で動作を確認してから、複数のグループや自動選択の設定に進みましょう。
- 選択中のサーバーを確認：サーバー名の左側にある選択マークを確認します。詳細を開いたり項目を見たりしただけでは、現在のサーバーに選ばれたことにはなりません。
- 基本パラメータを確認：アドレスとポートの組み合わせを確認し、ポートは利用中のサービス情報に従って入力します。プロトコルがTLSを使うからといって、ポートを一律に
443へ変更しないでください。 - プロトコルの項目を確認：VMessやVLESSのUUIDをTrojanのパスワードの代わりに使うことはできません。TLS、通信方式、関連するホスト名もサーバー側の設定に合わせてください。
- サブスクリプションの更新を区別：サブスクリプションの更新はサーバー設定を再読み込みする操作であり、VPNの再接続ではありません。更新後はリストの内容と現在の選択をもう一度確認してください。
リストが空の場合は、サブスクリプションURLが完全か、有効な設定が返されたか、利用中のサービスが引き続き有効かを確認します。サブスクリプションURLには認証トークンが含まれる場合があるため、トラブルを報告する際はエラーの種類だけを記録し、URL全体を公開の掲示板などに投稿しないでください。リストが空の問題を解決するためにGlobal Routingを何度も切り替えるのも避けてください。両者は別の問題を扱います。
Connectivity Test：テスト結果と実際のアクセスを照合
Connectivity Testで確認できるのは、テスト条件下での応答情報です。すべてのアプリやウェブサイトにアクセスできることを示すものではありません。テスト方式や対象によって結果は変わり、1回の応答時間はダウンロード速度を表すものでもありません。初回の確認では、同じネットワーク、同じサーバー、同じルーティング方式で繰り返しテストしてください。
確認手順：接続テストと実際のアクセスを分けて記録
Connectivity Test
- タップ後にテストが開始されたことを確認し、結果がまだ出ていない状態を失敗と判断しないでください。
- 数値が返ったか、タイムアウトしたか、そのときのテスト方式を記録します。
- Wi-Fiとモバイル通信を切り替えてから再テストし、異なるネットワークでの結果を混同しないようにします。
実際のウェブページへのアクセス
- Homeの接続スイッチがオンのままであることを確認します。
- VPNの状態表示だけでなく、実際にアクセスしたいページを開きます。
- 特定のページだけ失敗する場合は、そのサイトの名前解決、ルール、サービス状態を確認します。
まとめ：テストに応答があること、接続が維持されていること、目的のサイトに想定どおりアクセスできること。この3点を合わせて初回確認を完了します。
結果が空欄の場合は、今回のテストが終わるまで待ち、SERVERリストにテスト対象があることを確認します。タイムアウトした場合は、現在のネットワークとサーバー情報を確認してください。テストは成功してもページが開かない場合は、DNS、ルールの一致、TLSパラメータ、サイト側の問題を切り分けます。タイムアウトが1回あっただけで、システム権限が失われたと判断しないでください。
ConfigとSettings：初回接続後に調整する
Homeでは日常的な選択と接続を行い、Configでは設定ファイルを管理し、Settingsではアプリの設定を管理します。サーバーのサブスクリプションと設定ファイルは別のものです。前者は主にサーバー項目を提供し、後者には共通設定、ルール、ポリシーが含まれることがあります。Global RoutingでConfigを選ぶ場合は、どの設定ファイルが実際に適用されているかを確認してください。
- Config：現在の設定にあるルールの順序とポリシー名を確認します。
DOMAIN-SUFFIXはドメインの末尾で照合し、IP-CIDRはIPアドレスの範囲で照合し、GEOIPはIPアドレスの地理的な割り当て先で照合します。FINALは、それ以前のルールに一致しない場合の最終処理に使われます。 - Settings → On Demand：条件に応じて接続を開始する設定です。まず手動接続で動作を確認してから自動接続を設定すると、未解決の接続問題と自動接続の動作が重なるのを避けられます。
- 設定の変更：一度に変更する設定の種類は一つにし、元に戻せるように元の設定を残しておきます。まずサーバーが使えることを確認してからルーティングやDNSを変更すると、どの変更が結果に影響したか特定しやすくなります。
Configでルールを読むときは、照合条件と最後のポリシー項目をセットで確認します。たとえば、次の例ではサンプルのドメイン末尾にPROXYを適用し、それ以外にはDIRECTを適用します。構文を示す例にすぎず、完全な設定ファイルではありません。また、利用中のサービス設定の代わりにはなりません。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT初回利用の完了とは、すべての設定をオンにすることではありません。現在選択しているサーバー、使用中のルーティング方式、確認結果を説明できることが大切です。手動接続が安定するまでは、On Demandの現在の設定を変更しないでください。自動接続を設定するときに、条件と想定する動作を個別に確認します。