Shadowrocketの接続スイッチ、サーバーの選択、ルール設定、サブスクリプションの更新は、それぞれ別の操作です。利用者がすでにサービスとサブスクリプションを用意していることを前提に、初回接続、モード選択、更新時のトラブル対応、機種変更後の復元の順に説明します。トラブルを調べる際は一度に変更する項目を一つに絞り、Connectivity Testの結果と実際のアクセス状況を記録しましょう。アプリの購入、システムのVPN許可、サービスの利用可否を混同しないことが大切です。
1. 接続スイッチをオンにしても反応しないときは？
初めて接続するには、利用可能なサーバー項目、明示的なデフォルト選択、VPN構成の追加を許可するシステム設定が必要です。Homeのスイッチは接続を開始するためのもので、サーバーを自動で作成するものではありません。リストが空の場合は、まず自分が用意したサブスクリプションを追加します。項目が表示されている場合は、サブスクリプショングループを開いただけではなく、サーバー項目が選択されているか確認してください。
-
項目を確認
Homeを開き、サーバーが登録されていることと、アドレス、ポート、認証情報が自分の設定内容と一致していることを確認します。
-
サーバーを選択
サーバーの左側にある丸印をタップしてデフォルトに設定します。テスト対象を後から確認できるよう、名前も控えておきましょう。
-
スイッチをオン
Homeの接続スイッチをオンにします。システムから初めてVPN構成の追加を求められたら、案内を確認して許可し、指示に従ってデバイス認証を完了してください。
-
接続をテスト
Homeに戻ってConnectivity Testを実行し、その後、実際に利用したいWebページにもアクセスして、それぞれの結果を記録します。
システムの許可を取り消した場合は、アプリに戻って接続を再度開始します。スイッチが一瞬オンになってすぐオフになる場合は、まずシステムのVPN状態とアプリのエラーメッセージを確認してください。原因の切り分けに必要な手がかりを失うため、設定をすべて削除する操作は繰り返さないでください。
2. Global RoutingのProxy、Direct、Config、Sceneはどう選ぶ？
Global Routingは接続時のルーティング方式を決めるもので、サーバーリストとは別の設定です。日常的にルールで通信を振り分ける場合は、まずConfigで使用する設定ファイルを確認し、Home → Global RoutingでConfigを選択します。サーバーの利用可否を切り分けるときは、一時的にProxyで比較し、確認後に元の設定へ戻してください。
Configでは一部のWebサイトにアクセスできない一方、Proxyでは同じサイトを開ける場合は、サーバーの故障と判断する前に、ルールの適用状況とポリシーの選択を確認してください。Sceneは「最速のサーバーを自動で探す」という意味ではありません。Sceneの条件と関連設定を確認するまでは、トラブルの基準として使わないようにしましょう。
3. VPN接続中なのにWebページが開かないのはなぜ？
システムにVPN接続中と表示されても、トンネルが動作していることを示すだけで、リモート側の認証成功、DNSの正常な名前解決、接続先Webサイトへの到達を保証するものではありません。Connectivity Testが成功しても、その結果はテスト対象と実行時のネットワーク環境に限られ、すべてのサービスへのアクセスを確認したことにはなりません。
- まずローカルネットワークを確認：接続を一時的に切り、Wi-Fiまたはモバイル通信自体でインターネットに接続できるか確認します。Web認証が必要なWi-Fiでは、先に認証を完了してください。
- 次に選択中の項目を確認：Homeに戻り、デフォルトサーバーが想定した項目のままか確認します。サブスクリプションを更新すると、元の項目が変更されることがあります。
- モードを比較：現在のGlobal Routingを記録し、Proxyに切り替えて同じ接続先を試します。DNSと複数のルールを同時に変更しないでください。
- 失敗の範囲を切り分け：すべての接続先で失敗する場合は、エンドポイント、認証情報、サービスの状態を確認します。特定のドメインだけ失敗する場合は、ルール、名前解決、接続先Webサイトの状態を確認してください。
たとえば、「テスト結果は表示されるが特定のWebページが読み込み中のまま」と「すべてのテストがタイムアウトする」は異なる現象です。前者は接続先への通信を詳しく調べ、後者はサーバーが現在も有効かどうかを優先して確認します。ログやスクリーンショットにはアドレス、UUID、サブスクリプションの認証情報が含まれることがあります。トラブル対応の資料を共有する前に、これらを隠してください。
4. 手元にあるサブスクリプションはどこから追加する？
サブスクリプションはサーバー項目を取得するためのアドレスであり、一般的なWebページのURLでも、クライアントの購入証明でもありません。追加する際は、自分が用意した完全なサブスクリプションURLを使い、パス、クエリパラメーター、大文字・小文字をそのまま保ってください。チャットアプリからコピーする場合は、空白、改行、句読点が混入していないか特に確認しましょう。
- Homeを開き、右上の「+」をタップして、TypeでSubscribeを選択します。
- URL欄に自分のサブスクリプションURLを貼り付け、見分けやすいメモを入力して保存します。
- Homeに戻り、下に引いて更新します。リクエストが完了するまで待ち、グループ内にサーバーが表示されるか確認してください。
- サーバーを一つ選び、初回接続の手順に従って許可、接続、テストを行います。
インポート成功と接続成功は、別々に確認する項目です。サーバー項目が表示されても、クライアントが内容を取得して認識したことを示すだけで、すべてのサーバーに現在のネットワークから接続できるとは限りません。当サイトではサーバーやサブスクリプションを提供、販売、推奨していません。すでに用意した設定の使い方を説明しています。
5. サブスクリプションの更新失敗・タイムアウト・更新後に変化がない場合は？
サブスクリプションの更新では、まず取得リクエストを送り、その後に返された内容を解析します。リクエストのタイムアウト、認証の失効、解析できない応答は、それぞれ別の原因として対処する必要があります。エラーメッセージを記録してから、ネットワーク経路の問題かサブスクリプション自体の問題かを判断してください。確認の代わりにサブスクリプションを何度も削除しないでください。
下に引いても更新がタイムアウトします。先に接続をオンにする必要がありますか？
サブスクリプションURLへのアクセスにプロキシが必要な場合は、接続できる手元のサーバーを使って接続を開始します。その後、Settings → SubscribeでUpdate via Proxyを確認して有効にし、Homeに戻って再試行してください。利用できるサーバーがない場合、この設定をオンにするだけでは接続経路を確保できません。
認証失敗と表示されます。サーバーを変えれば直りますか？
まずサブスクリプションURLが完全か確認し、次に利用中のサービスの管理ページでリンクが再発行されていないか、アクセス権が有効かを確認してください。認証拒否はネットワークのタイムアウトとは異なります。通常、Global Routingを変更しても無効になったtokenは直りません。
更新完了と表示されたのに、項目が変わらないのはなぜ？
取得した内容に変更がない場合があります。サブスクリプショングループ、項目数、接続対象サーバーのパラメーターを確認し、名前だけで判断しないでください。サブスクリプションから生成された項目を手動で編集している場合、次回更新時にサブスクリプションの値で上書きされることがあります。
一時的にプロキシ経由で更新した場合は、その設定を記録しておきましょう。次回「サーバーが使えなくなり、サブスクリプションも更新できない」という状況で、依存関係を把握しやすくなります。短時間に何度も更新せず、まず一度のリクエスト結果を確認してから次の対応を判断してください。
スイッチをオフにしても自動で再接続します。On Demandが原因ですか？
On Demandは、ネットワークの条件に応じて接続を開始する機能です。Wi-Fiの切り替え後に自動接続する、手動で切断しても再接続するなどの現象がある場合は、システムのVPN構成をすぐに削除せず、Settings → On Demandを確認してください。ルールによる振り分けは通信の接続先を決め、On Demandは接続を開始するタイミングを決めます。役割は別です。
On Demandの確認
- 設定場所
- Settings → On Demand
- 確認する項目
- 有効・無効、ネットワーク条件、対応する動作
- 比較方法
- On Demandを一時的にオフにしてから、手動で切断する
比較後は実際の使い方に合わせて設定を戻してください。ルーティングルールは同時に変更しないでください。
システムの状態を確認
- システムの設定場所
- 設定 → 一般 → VPNとデバイス管理 → VPN
- 確認対象
- 現在有効なVPN構成と接続状態
- 確認する状況
- Wi-Fiとモバイル通信を切り替えた後に、再度接続が始まるか
システムメニューの名称はOSの画面表示によって異なる場合があります。実際のデバイスに表示される項目を確認してください。
On Demandをオフにすると現象が再発しない場合は、サーバーの認証情報を変えるのではなく、自動接続の条件を見直してください。それでも自動接続する場合は、ほかのシステム管理設定がないか確認し、追加調査のために現在の状態を記録しておきましょう。
7. Configのルール順はWebサイトのプロキシ経由・直接接続に影響する？
影響します。Configでは現在の設定ファイルのルールに基づいて接続を判断し、通常は上から順に照合します。先に一致したルールが後続の判定に影響します。DOMAIN-SUFFIXはドメインのサフィックス、IP-CIDRはIPアドレスの範囲、GEOIPはIPの地理情報データベースに基づく判定に使われます。FINALは、それ以前のルールに一致しなかった場合の最終ルールです。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYこの例では、example.comとそのサブドメインをPROXYに、指定したプライベートアドレス範囲をDIRECTに振り分け、その後GEOIPを確認し、最後にFINALで処理します。あくまでルール構文の例であり、既存の設定ファイル全体をそのまま置き換えるものではありません。設定で指定したポリシー名が有効か、DNSやその他の設定が元の用途に合っているかも確認してください。
no-resolveは、このIPルールの照合時にドメイン名を積極的に名前解決しないことを示します。接続先のIPアドレスがすでに分かっている場合は、引き続きアドレス範囲を照合できます。- GEOIPが判定するのはIPアドレスの地域情報です。Webページの言語や、サイト運営者の所在地を示すものではありません。
- 広範囲に一致するルールを先に置くと、後続のより具体的なルールが適用されないことがあります。
- トラブル対応では、まずConfigで現在の設定をバックアップしてから、ルールを一つずつ変更します。接続後は対象通信が実際にどこへ振り分けられたか確認してください。
サーバーのアドレスとポートを入力したのに認証に失敗するのはなぜ？
アドレスとポートは接続先を示す情報にすぎません。Typeで接続に使うプロトコルを選び、認証項目や通信設定も手元にあるサーバー側の設定と一致させる必要があります。たとえば、ポートが443でもTypeにTrojanを選ぶとは限らず、それだけでTLSを有効にすべきか判断することもできません。
| Type | 重点確認項目 | よくある間違い |
|---|---|---|
| Shadowsocks | パスワードと暗号化方式 | パスワードは正しいが、暗号化方式がサーバー側と一致していない |
| VMess / VLESS | UUID、通信方式、TLS関連の設定 | UUIDだけをコピーし、通信パスやサーバー名を記入し忘れる |
| Trojan | パスワード、TLS、サーバー名 | 接続先アドレスと証明書検証に必要な名前を混同する |
| Hysteria2 | 認証、TLS、現在のネットワークでのUDP到達性 | 通常のWebページにアクセスできるかだけを確認し、UDP経路を確認しない |
| WireGuard | 鍵、トンネルアドレス、Endpointなど | 相手側の公開鍵を自分のPrivate Key欄に入力する |
プロトコルを推測したり証明書検証を無効にしたりする前に、元のパラメーターをもう一度確認してください。TLSエラーは、デバイスの時刻、証明書の有効性、サーバー名が原因の場合もあります。検証を無視する方法は通常の解決策ではありません。パラメーターがサブスクリプション由来の場合は、まず更新が成功したか確認してください。生成された項目を何度も手動編集すると、更新時に上書きされることがあります。
9. iPhoneやiPadを機種変更したとき、購入済みアプリと設定を復元するには？
App Storeの購入履歴とShadowrocket内のサーバー設定は別々のデータです。購入時のApple IDでアプリを復元しても、サーバー、サブスクリプション、ルールファイルがすべて移行するわけではありません。機種変更の前に購入履歴と設定のバックアップをそれぞれ確認し、新しいデバイスで接続を再度テストしてください。
機種変更の手順：アプリの復元と設定の移行を別々に行う
以前のデバイス
- App Storeの購入アカウントと購入履歴を確認します。
- 自分のサブスクリプションURLと、必要な手動設定のサーバーパラメーターを控えておきます。
- 使用中の設定ファイルをバックアップし、Global RoutingとOn Demandの設定を記録します。
- 設定のバックアップには機密情報が含まれます。自分が管理できる場所に保管してください。
新しいデバイス
- 購入時のアカウントでApp Storeの購入済み項目を開き、Shadowrocketを探します。
- アプリを復元した後、サーバー、サブスクリプション、設定が実際に移行されているか確認します。
- 不足しているデータは自分のバックアップから復元するか、すでに利用中のサブスクリプションを再追加します。
- 初回接続時にVPN構成を再度許可し、Connectivity Testを実行します。
同じ購入アカウントを使っても、設定が自動で一致するとは限りません。ユニバーサル購入の有無、対応デバイス、システム要件はApp Storeの掲載内容をご確認ください。
App Storeに購入価格が表示される場合は、ログイン中のアカウント、ストアの国または地域、購入履歴を先に確認し、すぐに再購入しないでください。以前のデバイスでサーバーがすでに使えなくなっている場合、同じ設定を新しいデバイスに復元してもサービスが再び使えるようにはなりません。
10. アプリを購入した後、別途用意するものは？
Shadowrocketはクローズドソースの商用アプリで、Appleプラットフォーム向けにApp Storeで配信されており、買い切り方式です。アプリの購入と接続サービスの契約は別です。アプリを購入して得られるのは利用権であり、接続可能なサーバー、サブスクリプション、サービス利用期間が自動で付与されるわけではありません。この記事では、利用者がすでにサービスとサブスクリプションを用意していることを前提に操作を説明します。
- アプリを確認：名称はShadowrocket、デベロッパはShadow Launch Technology Limited、アプリIDは
932747118です。 - 対応デバイスを確認：主な利用デバイスはiPhoneとiPadです。Mac、Apple TV、Apple Visionの互換性とシステム要件は、App Storeの掲載内容をご確認ください。
- 設定を確認：自分のサブスクリプションまたはサーバーパラメーターを用意し、サービスが有効であることを確認してから、Global Routingとルールファイルを選択します。
- 確認結果を記録：デフォルトサーバー、ルーティングモード、Connectivity Testの結果、接続に失敗した対象を記録し、後で同じ条件で再テストできるようにします。
初心者は確認の順番を決めておくとスムーズです。まずローカルネットワーク、次にサーバーの選択を確認し、システムの許可を完了してテストを実行します。最後にルールと自動接続の設定を確認してください。こうすることで、「アプリが起動していない」「サーバーに到達できない」「ルールの振り分けが想定と違う」「サブスクリプションを更新できない」を分けて調べられ、関係のない設定変更による混乱も防げます。