Shadowrocket 使い方ガイド

手順 01 / SERVERリストを準備する

サーバーを追加する、またはSubscribeを読み込む

Shadowrocketを開き、Homeに進みます。初回はSERVER欄にサーバーが表示されていない場合があります。これは接続情報がまだ追加されていない状態で、インストールの失敗を意味するものではありません。まず、手元の情報がサーバー情報を取得できるサブスクリプションURLか、プロトコル、アドレス、ポート、認証情報を含む個別サーバーの設定情報かを確認します。どちらか一方を選べばよく、同じ情報を重複して追加する必要はありません。

サブスクリプションURLがある場合：Subscribeを使う

Homeの右上にあるプラスボタンをタップしてAdd Serverを開き、TypeからSubscribeを選びます。URL欄にサービス提供元から入手したサブスクリプションURLをすべて貼り付けます。画面にRemark欄があれば、見分けやすい名前を入力できます。保存前にURLの先頭、末尾、クエリパラメーターを確認してください。コピー時に空白や改行、チャットの文章が混入していないかにも注意します。管理ページへのログインURLをサブスクリプションURLとして入力しないでください。

確認後にDoneをタップして保存し、サブスクリプションの取得が完了するまで待ってからHomeに戻ります。正常に読み込まれると、名前だけでなくサブスクリプショングループとそのサーバーが表示されます。グループは表示されてもサーバーがない場合は、ネットワークからURLにアクセスできるか、URLが有効か、返された内容がアプリ対応のサブスクリプション形式かを確認してください。画面上部の接続スイッチを繰り返しタップしても内容は補完されません。まず読み込みの問題を解決してください。

サブスクリプションURLにはアクセス認証情報が含まれる場合があります。アカウント情報と同様に取り扱い、URL全体を公開したり、不明なページに貼り付けて変換したりしないでください。更新する場合は既存のサブスクリプションを更新します。同じURLを再度追加するとグループが重複し、現在選択しているサーバーや管理対象のグループが分かりにくくなることがあります。

個別サーバー情報がある場合：Typeに合わせて設定する

個別のサーバー情報をお持ちの場合も、プラスボタンからAdd Serverを開き、正しいTypeを選んで各項目を入力します。Shadowsocks、VMess、VLESS、Trojanなどでは、認証情報や通信方式の設定が異なります。AddressとPortだけ入力すれば完了というわけではありません。アドレス、ポート、パスワードまたはUUID、TLS、Server Name、通信方式などを手元の情報と照合してください。サービス提供元から説明されていない項目は推測で変更しないでください。

保存してHomeに戻り、SERVERリストに対象の項目が表示されていることを確認します。利用可能なQRコードがある場合は、Scan QR Codeから読み込めます。読み込み後もType、アドレス、重要なパラメーターが手元の情報と一致するか確認してください。表示名だけで判断しないでください。ここまでで完了したのは情報の入力であり、接続はまだ開始されていません。次にGlobal Routingを設定し、ルート選択の問題をサーバーの不具合と取り違えないようにします。

手順 02 / リクエストの経路を決める

Global Routingの3つのモードを選ぶ

Homeに戻ってGlobal Routingをタップし、現在選択されているモードを確認します。ここではリクエストの振り分け方法を指定しますが、サーバーを提供したり、サーバー認証を代行したりするものではありません。本ガイドではConfig（設定）、Proxy（プロキシ）、Direct（直接接続）と表記します。操作するときは画面上のConfig、Proxy、Directを選んでください。選択後にHomeへ戻り、Global Routingの現在値をもう一度確認して変更が反映されたことを確かめます。

初回の確認には、まずProxyを使う

ルール設定をまだ用意していない場合は、一時的にProxyを選択して、現在のサーバーに接続できるかどうかを切り分けます。これはトラブルシューティングの手順であり、日常使用でもこのモードを維持する必要があるという意味ではありません。Proxyを選択している場合も、実際のリクエスト結果を確認してください。あらゆる条件でシステム上のすべての通信が同じ経路を通る、と解釈しないでください。

有効な設定があり、ドメインやアドレスに応じて通信を振り分ける場合はConfigを選択します。名前が似ていますが役割の異なる2つの項目に注意してください。Global RoutingのConfigはルーティングモードで、アプリのConfig画面は設定ファイルを管理する画面です。Subscribeを読み込んでサーバーリストが表示されても、用途に合ったルール設定が用意されたことにはなりません。それぞれ別々に確認してください。

Configを使う場合は有効な設定を確認する

Config画面を開き、使用する設定が現在の設定として選択されていることを確認してから、Homeに戻ってConfigを選びます。ルールは順番に照合され、どのルールに一致するか、そのルールがどのポリシーを参照するかによって最終的な経路が変わります。初回接続のために、内容を把握していないルールをまとめて貼り付けないでください。ルールの順序、ポリシーの参照、DNSについては詳細マニュアルをご覧ください。まずは繰り返し実行できる接続テストを行います。

Directは基本ネットワークとの比較に使えます。Directに切り替えても、本来直接アクセスできるWebサイトが開かない場合は、サーバー設定を変更する前に端末のネットワークを確認してください。モードを決めたら次の手順に進み、接続するサーバーを選択します。

手順 03 / サーバー選択と認証

SERVERを選択して接続を有効にする

HomeのSERVERリストから今回テストするサーバーを探し、項目の左側にある丸印をタップします。選択マークが対象の項目に付いていることを確認してください。サーバー名は識別用のメモにすぎず、設定の正確さや利用可能な状態、実際の通信経路を保証するものではありません。初回テストでは、情報がそろっていると分かっている項目を一つ選んでください。記録を取らずに複数のサーバーを次々に切り替えると、どの設定がどの結果につながったのか分かりにくくなります。

項目を選択してから接続を有効にする

Global Routingと選択中のサーバーを確認してから、Home上部の接続スイッチをオンにします。未接続の場合はNot Connectedなどの状態が表示されます。有効にしたら状態が更新されるまで待ち、接続が維持されるか確認してください。サーバー詳細を開いて設定を変更する操作と、項目の左側にある丸印をタップして現在のサーバーを選ぶ操作は別です。詳細画面を確認しただけで選択していない場合、実際の接続には以前のサーバーが使われていることがあります。

Configを使う場合は、ルールが特定のポリシーやポリシーグループを参照している可能性にも注意してください。すべてのリクエストがHomeで選択した項目を使うとは限りません。このサーバー単体を確認する場合は、一時的にProxyを使って比較してから、Configに戻して通信の振り分けを確認します。接続中にサーバー設定、設定ファイル、DNSを同時に変更すると、原因を特定しにくくなるため避けてください。

VPN構成の追加を求めるシステム通知について

初めて接続を有効にすると、ShadowrocketによるVPN構成の追加を許可するか、システムから確認される場合があります。これはアプリがシステムのネットワーク機能を使って通信を処理するために必要な接続許可であり、すでにお持ちのサブスクリプション情報とは別のものです。ご自身の操作をきっかけに表示され、アプリ名がShadowrocketであることを確認してから許可し、システムの指示に従って端末認証を完了してください。認証後にアプリへ戻り、画面上部のスイッチと接続状態が安定していることを確認します。

システム通知を以前にキャンセルした場合、サブスクリプションを何度も読み込んで解決しようとしないでください。サーバー情報とシステム権限は別の問題です。接続を再度有効にし、システムの案内に従ってVPN構成と権限を確認します。端末が管理ポリシーの制限を受けている場合は、管理者の要件を確認してください。また、別のVPN接続がシステムの通信経路を同時に使用しないようにします。テスト中は今回必要な接続だけを有効にしてください。

システムにVPNの状態が表示されたり、アプリのスイッチがオンのままになったりしても、通信経路が開始されたことを示すだけです。対象のWebサイトにアクセスできること、認証が正しいこと、ルールが想定どおりに適用されることまでは証明しません。認証後はルールを追加せず、次の手順に進み、実際のリクエストで確認してください。

手順 04 / 実際の通信結果を確認する

Connectivity Testを実行して通信の振り分けを確認する

接続状態が安定したらHomeでConnectivity Testをタップし、テスト完了後に画面の結果を確認します。このテストで分かるのは、その時点のネットワーク環境における特定のテスト先への結果です。明らかな接続失敗の把握には役立ちますが、すべてのWebサイト、プロトコル、アプリの正常動作を示すものではありません。テストに成功しても実際のアクセスを確認し、失敗した場合はどの範囲で問題が起きているかを合わせて判断してください。

同じ接続先で接続の前後を比較する

ブラウザーを開き、今回実際に使う必要があり、正しいURLだと分かっているWebページにアクセスします。ページ本体と必要なリソースが読み込まれるか確認してください。古いページが表示されているだけなら、キャッシュを見ている可能性があり、新たな通信の証拠にはなりません。ページを再読み込みするか、同じサービスの別ページを開いて実際のリクエストを発生させます。ログインが必要なサービスでは、通信の失敗とアカウント権限に関する案内を区別してください。

ネットワーク、サーバー、テスト先を固定し、変更する設定を一つに絞ることをおすすめします。たとえば同じサーバーでProxyとConfigを比較するか、Proxyのまま別の既存サーバーに切り替えます。条件をそろえて比較すれば、原因の特定に役立ちます。Wi-Fiの切り替え、サーバーの変更、TLSの修正、設定の更新を同時に行ってから、一度の結果で原因を判断しようとしないでください。

Configの確認ではルールとポリシーをチェックする

日常的にConfigを使う場合は、基本の接続が確認できた後でConfigに戻し、同じアクセスをもう一度試します。アプリのリクエスト記録または診断画面を開き、接続先ドメイン、適用されたルール、最終的なポリシーが想定どおりか確認してください。Webページが開いても、プロキシ経由とは限りません。ルールによってDIRECTで接続されている場合もあります。逆に、ルールにPROXYと記載されていても、そのポリシーが利用可能なサーバーを参照しているか確認が必要です。

Data画面のアップロード・ダウンロード通信量は参考になりますが、数値の増加だけでは、特定のリクエストが想定どおりに振り分けられたとは判断できません。バックグラウンドの動作でも通信量は増加します。操作した時刻とテスト先を記録に照らし合わせ、該当するリクエストの経路を確認する方法がより確実です。ルールの詳細は詳細マニュアルをご覧ください。初回設定時に統計や診断の項目をすべて調整する必要はありません。

Connectivity Test、実際のアクセス、想定した通信の振り分けを確認できたら、現在の設定を維持できます。後で変更するときに備え、ネットワーク、サーバーのメモ、Global Routingのモード、現在の設定を記録しておきましょう。まだ問題がある場合は、以下の順に確認してください。設定をすべて削除して最初からやり直す必要はありません。

手順 05 / 変数を一つずつ切り分ける

失敗した段階に応じてよくある問題を確認する

まず、問題がどの段階で発生しているかを整理します。サブスクリプションを読み込めない、接続スイッチがオンの状態を維持できない、テストに失敗する、一部のWebページだけに問題がある、といった状況を確認してください。現象ごとに確認すべき項目は異なります。調査中は元の情報を残し、一度に変更する項目を一つにして、同じテストを繰り返します。解決しなかった場合も、直前の変更が影響したか判断しやすくなります。

読み込み後にサーバーが表示されない：内容を確認する

SERVERリストが空の場合は、サブスクリプション設定に戻り、URLがすべて入力されているか、アカウント管理ページのURLを誤って使っていないか確認します。端末の基本ネットワークが正常であることを確かめてから、既存のサブスクリプションを更新してください。URLが有効でもエラーページが返されている場合や、アクセス状況や形式をサービス提供元に確認する必要がある場合もあります。アプリの購入履歴、VPN権限、サブスクリプションの取得内容はそれぞれ別です。この段階でGlobal Routingを変更しても、空のリストは解決しません。

接続スイッチがすぐ戻る：権限と設定を確認する

接続を有効にした直後に停止する場合は、まずアプリの案内を確認し、システムのVPN構成の許可が完了しているか、端末管理による制限がないか、別のVPN接続が使用中でないかを調べます。次に、現在のサーバーのType、Address、Port、認証情報を確認してください。TLS、Server Name、通信経路などは、情報に明記されている場合にのみ指定どおりに入力します。空欄にすることと誤った値を入れることは同じではありません。端末の日付と時刻が大きくずれている場合、証明書の検証に影響することがあります。正しい日時に戻してください。

接続できてもテストに失敗する：ネットワークとサーバーを分けて確認する

まず接続を停止し、端末の基本ネットワークから、アクセス可能と分かっているWebページを開けるか確認します。Wi-FiでWeb認証が必要な場合は、先に認証を完了してください。基本ネットワークが正常なら接続を再開し、Proxyと同じテスト先を維持して結果を確認します。別のサーバー情報をお持ちの場合は、他の条件を変えずに別の項目と比較できます。一度の失敗だけで、すべてのサーバー情報を再設定する必要があると判断しないでください。

記録に認証、接続タイムアウト、証明書に関する情報がある場合は、現在の設定項目と照らし合わせて確認します。警告を消すために証明書の検証を無効にしたり、安全性を下げる設定に変更したりしないでください。サーバー側の要件が分からない場合は、サービス提供元に正確な説明を確認してから、該当する項目を変更してください。

Proxyでは使えてConfigで失敗する：ルールを確認する

同じネットワーク、サーバー、接続先でProxyは使えてConfigでは失敗する場合、クライアントを買い直すのではなく、現在の設定、ルールの順序、ポリシーの参照先、DNSを優先して確認します。Config画面で意図したファイルが選択されていることを確認し、問題のリクエストがどのルールに一致したか、DIRECT、REJECT、利用できないポリシーに送られていないかを調べます。実際に一致したルールから確認し、内容の分からない行をまとめて削除しないでください。

特定のサービスだけに問題がある場合は、複数のドメインを使用しているか、ログイン用の接続先が分かれているか、アカウントの状態が影響しているかも確認します。DNSの設定が一致しないと、ドメインの名前解決と接続結果が異なる場合もありますが、初回の調査で複数のDNS設定を同時に追加するのは避けてください。現象別の説明はFAQをご覧ください。設定ファイルの仕組みや日常的な管理については、詳細マニュアルをお読みください。

初回設定で確認するのは、SERVERに有効な項目があること、Global Routingが目的に合っていること、システム認証が完了していること、接続が安定していること、実際の通信が確認できることです。後で問題が起きた場合も同じ順序で確認すると、設定を何度も削除して再読み込みするより、変化した箇所を見つけやすくなります。