この記事は、iPhoneまたはiPadでShadowrocketを使い始めたばかりの方を対象にしています。利用者自身が契約したサービスとサブスクリプションを用意していることを前提に、購入対象、初回接続、Global Routing、Config、サブスクリプションの管理、トラブルの切り分けを順に説明します。まず手動で接続し、その後にルールとOn Demandを設定すると、接続の問題と自動化の問題を分けて確認できます。
1. Shadowrocketを購入すれば、そのまま接続できますか?
ShadowrocketはAppleプラットフォーム向けの有料アプリで、入手先はApp Storeのみです。App Storeに記載されている開発者はShadow Launch Technology Limited、アプリIDは932747118です。アプリは買い切りで、アプリの購入と接続サービスの契約は別です。購入しても、接続可能なサーバーが自動で用意されるわけではありません。
当サイトでは、接続先やサブスクリプションの提供・販売・推奨は行っていません。設定を始める前に、ご自身で用意した接続情報を確認し、有効期限内であることを確かめてください。アプリの購入状況とサービス提供元側の契約状況は別々のものです。一方の状態から、もう一方を判断することはできません。
- 製品情報を確認:まず正規版の確認方法を読み、開発者名とアプリIDを照合してください。
- 対応デバイスを確認:主な利用デバイスはiPhoneとiPadです。Mac、Apple TV、Apple Visionの互換性とシステム要件は、App Storeの記載をご確認ください。
- 接続情報を確認:サブスクリプションURL、個別サーバーの共有情報、Configファイルを区別し、それぞれ適切な入力欄に設定してください。
- 購入条件を確認:価格、ファミリー共有、ユニバーサル購入の対象かどうかは、App Storeの記載をご確認ください。
2. 初回起動後、接続スイッチはどこ?まず何をすればよい?
主な操作画面はHome、Config、Settingsです。Homeではサーバーの選択、Global Routingの設定、接続の操作を行います。Configでは設定ファイルを管理し、Settingsではアプリの各種設定を変更します。初めて使うときはHomeから始め、DNS、ルール、自動接続を一度に変更する必要はありません。
-
サブスクリプションを追加
Home → 右上の「+」→ Type → Subscribeの順に進み、ご自身が用意したサブスクリプションURLを省略せず入力して保存します。サービス提供元のウェブサイトのトップページURLだけを入力しないでください。
-
サーバーを選択
Homeに戻り、追加したサブスクリプションのグループを開いて、サーバーを1つ選びます。グループはあるのにサーバーが表示されない場合は、まずサブスクリプションの更新を確認してください。
-
ルーティングを確認
Home → Global Routingを開きます。サーバーが使えるか初めて確認するときは、一時的にProxyを選択できます。Configファイルを用意して内容を把握している場合は、Configを選んでルールを確認してください。
-
接続を開始
Home上部の接続スイッチをオンにします。初回にシステムからVPN構成の追加許可を求められたら、要求元がShadowrocketであることを確認し、画面の案内に従って許可してください。
システムにVPN接続中と表示されても、デバイス上で対応するネットワーク処理経路が確立されたことを示すだけです。接続先サーバーが利用可能であることや、すべてのウェブサイトを開けることを保証するものではありません。実際にアクセスできるか、引き続き確認してください。
3. Global RoutingのProxy、Direct、Config、Sceneはどう選ぶ?
Global Routingでは、通信をどのように処理するかを決めます。プロトコルの種類とは別の設定です。Proxyを選んでもShadowsocksがTrojanに変わることはなく、Configを選んでもサーバーが自動作成されることはありません。以下の説明は、使用するConfigファイルを確認済みであることを前提としています。
Config
おすすめ現在有効な設定ファイルのルールに従ってポリシーを決めます。該当するルールのポリシーはDIRECT、PROXY、またはほかに定義されたポリシーです。先行するルールに一致しない場合は、通常FINALで処理が決まります。「それ以外はすべて直接接続」とは限りません。
適しているケース:Configの内容を確認済みで、宛先に応じて通信を振り分けたい場合。
Proxy
対象となる通信をすべてプロキシ経由で処理します。一時的にConfigの振り分けを介さず接続を確認したい場合に使えます。接続先サーバーの状態やネットワーク環境によって、リモートへの接続結果は変わります。
適しているケース:サーバーの初回確認や、問題がルールに起因するかを比較したい場合。
Direct
対象となる通信をすべて直接接続で処理します。Homeでサーバーを選択していても、そのサーバー経由で通信しているとは限りません。
適しているケース:プロキシ経由の影響を切り分けるため、通常のネットワーク接続と比較したい場合。
Scene
設定済みのScene条件に応じて、対応するルーティングを適用します。利用前に条件と動作を確認してください。初回接続時に必ず有効にするモードではありません。
適しているケース:手動接続を確認済みで、環境に応じてルーティングを切り替えたい場合。
4. Configとは?サブスクリプションを追加した後も設定が必要?
Subscribeは主にサーバー情報の取得と更新を行い、Configはルールなどの設定内容を定義します。両者は別のものです。サブスクリプションの更新に成功しても、想定したルールファイルが読み込まれているとは限りません。サーバーを切り替えても、ルールの順序は変わりません。
Configで現在使用中のファイルを確認し、内容を開いてください。以下はルールの順序を理解するための最小限の例で、あらゆるネットワークに適した完全な設定ではありません。このルールから通信の動作を判断できるのは、Global RoutingでConfigを選択している場合です。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY
DOMAIN-SUFFIX,example.com,PROXY:example.comとそのサブドメインに一致し、PROXYポリシーを適用します。IP-CIDR,192.168.0.0/16,DIRECT,no-resolve:このIPv4ネットワーク範囲に一致した通信を直接接続します。no-resolveは、このIPルールのためにドメイン名の名前解決を行わないことを示します。GEOIP,CN,DIRECT:IP位置情報データベースでCNに一致する場合に直接接続します。ウェブページの言語やドメイン名の文字列で判定するものではありません。FINAL,PROXY:先行するルールに一致しない場合、PROXYを適用します。FINAL,DIRECTと記述した場合は、既定の処理が異なります。
ルールは上から順に評価されます。一般に、具体的な例外は範囲の広いルールより前に置きます。ルールを追加するときは、前のルールに該当して処理されないか確認してください。ファイルに該当する行があるかどうかだけで判断しないでください。
5. サーバーを手動追加するとき、Typeとポートはどう設定する?
Home →「+」→ Typeでは、ご自身が用意した接続情報に記載されたプロトコルを選択してください。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは入力項目が異なります。入力欄が少ないからといって、別のプロトコルのサーバー情報を入力しないでください。
| Type | 主な確認項目 | よくある間違い |
|---|---|---|
| Shadowsocks | サーバーアドレス、ポート、暗号化方式、パスワード | パスワードだけをコピーし、暗号化方式を入力し忘れる。 |
| VMess / VLESS | UUID、通信方式、および対応するTLSパラメータ | UUIDだけを入力し、通信パラメータを見落とす。 |
| Trojan | パスワード、ポート、TLS、サーバー名のパラメータ | サーバー名のパラメータをログインアカウントと取り違える。 |
| Hysteria2 | 認証情報、TLSパラメータ、UDPのネットワーク条件 | 通常のウェブページにアクセスできただけで、UDP経由でも使えると判断する。 |
| WireGuard | PrivateKey、Address、Peer PublicKey、Endpoint | PrivateKeyとPublicKeyを入れ替える、またはEndpointのポートを入力し忘れる。 |
ポートは接続情報に記載された値をそのまま入力してください。たとえば資料に443と明記されている場合は443を入力します。443がすべてのプロトコルに共通する初期値というわけではありません。AddressまたはHostの入力欄とは別にPort欄がある場合、アドレスにポートを重ねて入力しないでください。TLSの検証に失敗したら、まずサーバー名、デバイスの時刻、証明書関連のパラメータを確認してください。検証を無効にする方法を通常の対処として使わないでください。
6. サブスクリプションを追加しても空なのはなぜ?更新すると何が変わる?
Subscribeを更新すると、サブスクリプションの内容を再取得し、対応するサーバー情報を更新します。サービスの契約期間を延長したり、接続先で無効になった認証情報を修復したりするものではありません。登録済みサーバーへの接続可否とサブスクリプションURLの更新可否は、別々に確認する必要があります。
- URL全体を確認:サブスクリプションの編集画面に戻り、URLに余分な空白や改行がないか、必要なパラメータが欠けていないか確認してください。個別サーバーの共有情報をSubscribeのURLとして入力しないでください。
- 更新を実行:Homeのサブスクリプション一覧を下に引いて更新し、取得エラーや解析エラーが表示されないか確認してから、グループを開いてサーバー情報を確認してください。
- ネットワーク経路を確認:直接接続では取得できず、利用可能と確認済みの接続がある場合は、Settings → Subscribe → Update via Proxyを確認してから、もう一度更新してください。
- 接続先の状態を確認:内容を取得できても解析可能なサーバー情報がない場合は、ご自身のサービス提供元に契約期間、返却される形式、サービスの状態を確認してください。
初めて追加したサブスクリプションに利用可能なサーバーがない場合、Update via Proxyを設定しても、使えるプロキシ経路が新たに作られるわけではありません。エラーメッセージを確認せず、何度も削除して追加し直すことも避けてください。サブスクリプションURLにはアクセス認証情報が含まれる場合があります。画面のスクリーンショットを共有する前に、URL全体と機密パラメータを隠してください。
7. 接続スイッチがオンなのにウェブページを開けないのはなぜ?
まず、問題が基本ネットワーク、サーバー接続、ルール選択、特定の接続先のどこで起きているかを切り分けます。テストでは一度に変更する項目を1つにしてください。たとえば同じデバイス、同じネットワークでProxyとConfigを比較し、サーバーの変更、DNSの設定、ルールの調整を同時に行わないようにします。
- まず基本ネットワークを確認:接続スイッチを一時的にオフにし、現在のWi-Fiまたはモバイル通信で通常どおりアクセスできるか確認してください。ウェブ認証が必要なWi-Fiでは、先に認証を済ませてください。
- 次にサーバーを確認:HomeでConnectivity Testを実行します。失敗、タイムアウト、応答ありなどの結果を記録してください。応答があっても、目的のウェブサイトにアクセスできるとは限りません。
- ルーティングを比較:同じサーバーでProxyならアクセスでき、Configではできない場合は、対象に適用されるルール、ポリシー、FINALを優先して確認してください。
- 問題の範囲を絞る:1つのドメインだけで失敗する場合は、そのドメインの名前解決とルールの一致状況を確認してください。すべての接続先で失敗する場合は、選択中のサーバーと現在のネットワークを確認してください。
テスト結果のレイテンシはダウンロード速度ではなく、接続の安定性を保証するものでもありません。たとえばテストで応答があってもブラウザーがタイムアウトする場合は、1つのレイテンシの数値だけで設定全体が正しいと判断せず、実際のリクエスト経路を確認してください。
8. On Demandの設定方法と、オフにしたのに再接続する理由
On Demandは条件に応じて接続を開始する機能で、サーバーの性能を上げるスイッチではありません。まずHomeで手動接続を確認し、その後Settings → On Demandで有効状態と設定済みの条件を確認してください。条件を設定する前に、どのネットワークでは接続し、どのネットワークでは接続しないかを決めておきましょう。
設定の順序:手動接続を確認してからOn Demandを有効にする
初回のトラブル切り分け
- Settings → On Demandで自動接続を一時停止します。
- Homeに戻り、接続を手動でオン・オフします。
- Wi-Fiとモバイル通信で、それぞれアクセスできるか確認します。
日常的な自動接続
- Settings → On Demandでネットワークの一致条件を確認します。
- 有効にした後、対象のネットワークに切り替え、意図したとおりに接続が開始されるか確認します。
- 再現可能な条件を残し、競合する条件は削除または変更します。
接続を切った状態を維持したい場合は、まずOn Demandを無効にしてからHomeの接続スイッチをオフにしてください。そうしないと、ネットワークリクエストをきっかけに再接続することがあります。
On DemandとGlobal Routingは異なる問題を扱います。前者は接続を開始するタイミング、後者は接続中の通信の処理方法を決めます。接続が自動で再開する場合は自動接続の条件を、接続は維持されているのに経路が違う場合はルーティングとルールを確認してください。
9. iPhoneの設定をiPadにそのまま移せますか?
同じサーバー情報を使えるかどうかは、ご自身のサービス提供元が定めるデバイス数、同時接続数、設定条件によります。アプリを購入しても、接続先のサービスで無制限の同時接続が許可されるわけではありません。ユニバーサル購入の対象かどうかとシステム要件は、App Storeの記載をご確認ください。
- アプリを入手:iPadのApp Storeで購入履歴と現在のアカウント状態を確認してください。詳しい手順はiPadでの入手方法をご覧ください。
- サブスクリプションを設定:iPadにサブスクリプションが登録されているか確認してください。2台のデバイスで同じアカウントを使っていても、設定内容が同期されているとは限りません。
- Configファイル:現在選択しているファイル、ルールの内容、Global Routingを確認してください。サーバー情報だけをコピーしても、設定全体をコピーしたことにはなりません。
- デバイスの許可:初回接続時に、そのデバイスでシステムのVPN構成を許可してください。その後、Connectivity Testとウェブサイトへのアクセスを個別に確認します。
iPhoneでは使えてiPadでは使えない場合は、まず2台を同じネットワークに接続し、同じサーバー情報と同じルーティングモードを使ってください。項目ごとに差を比較できるため、デバイスの設定の問題をサービス全体の障害と取り違えずに済みます。
10. 問題の記録方法と、次に確認する項目
「使えない」の一言より、再現できる情報を記録するほうが原因の特定に役立ちます。現在のネットワーク、選択中のプロトコル、Global Routing、Configファイル、エラーの内容を書き留めてください。問い合わせ用の資料にサブスクリプションの認証情報、パスワード、UUID、PrivateKeyを含めないでください。
HomeとConfig、どちらを撮影すればよい?
接続に失敗した場合は、Homeに表示されるサーバーの種類、Global Routing、Connectivity Testの結果を記録してください。Configを選んだ場合に限って失敗するなら、関連するルールと一致状況も追加します。共有する前に、サーバーの機密情報とサブスクリプションURLを隠してください。
毎回サブスクリプションを追加し直す必要がありますか?
通常の接続手順として、毎回追加し直す必要はありません。登録済みの情報でまず接続を試してください。接続先の変更を同期したい場合は、Homeで該当するサブスクリプションを更新します。更新に失敗した場合は、URL、ネットワーク経路、接続先の状態の順に確認してください。
トラブルの切り分けでは、設定を一度にいくつ変更すればよい?
一度に変更するのは1項目だけにし、変更前後の状態を記録してください。たとえばGlobal RoutingをConfigからProxyに一時変更し、同じ接続先にアクセスしてから元に戻します。On Demand、DNS、サーバーのパラメータを同時に変更しないでください。
ここまでの確認が終わったら、ドメイン別ルールの追加、FINALの確認、Configの管理方法を学びましょう。接続の流れを最初から確認する場合はクイックスタートをご覧ください。購入方法とデバイスへのインストール手順はインストールガイドで確認できます。まず動作確認済みの設定を残してから、項目を1つずつ調整してください。