Shadowrocket の使い方
サブスクリプションの追加と初回接続

STEP 01 / HOME

サーバーを追加 / 既存のサブスクリプションを読み込む

Shadowrocket を開き、画面下部の Home に移動します。ここには選択可能なサーバーと接続操作が表示されます。右上のプラスボタンをタップして Add Server を開き、手元の情報に応じて Type を選択してください。サブスクリプションと個別サーバーのどちらも、最終的に Home の一覧に選択可能な項目として表示されますが、入力するフィールドは異なります。

サブスクリプションリンクがある場合：Subscribe を選択

Add Server で Type を Subscribe に設定し、自分のサブスクリプションリンク全体を URL に貼り付けます。貼り付けた後、リンクの先頭と末尾、クエリパラメーターがすべて含まれていることを確認してください。チャットの文章、改行、余分な空白を一緒に貼り付けないようにします。メモには自分で識別しやすい名前を入力できます。サーバーの設定には影響しません。確認後、画面の保存操作を行い、Home に戻ってサブスクリプションの読み込みが完了するまで待ちます。

サブスクリプションリンクはサーバー一覧を取得・更新するためのアドレスであり、一般的なウェブサイトのトップページとは異なります。ブラウザーで読みやすいテキストが表示されるとは限りません。「URLらしく見える」という理由でパラメーターを削除しないでください。リンクには個人のアクセス情報が含まれている場合があります。質問サイト、スクリーンショット、共有ドキュメントに公開してはいけません。問題を調べる場合は、エラーメッセージの内容を伝えてください。

Home に戻り、サブスクリプショングループの下にサーバー項目が表示されているか確認します。サブスクリプション名だけが表示され、サーバーがない場合は読み込み完了ではありません。現在のネットワークでサブスクリプションを取得できるか、リンクが有効か、応答内容を認識できるかを確認してください。サブスクリプションの更新失敗と、個別サーバーへの接続失敗は別の段階の問題です。一覧が作成される前にルーティングモードを何度も切り替えないでください。

個別サーバー情報がある場合：Type に応じて入力

アドレス、ポート、認証情報がある場合は、Add Server の Type で情報に対応するプロトコルを選び、それぞれの項目に入力します。アドレスとポートは別々に入力してください。認証情報はパスワードの場合もあれば、プロトコル固有の項目の場合もあります。暗号化方式、TLS、通信方式などの追加パラメーターがある場合は、元の情報に従ってください。名前が似ているという理由で選択肢を置き換えたり、別のプロトコルの項目を流用したりしないでください。

元の情報が QR コードの場合は、Scan QR Code で読み取れます。読み取り後も、項目名だけを見てすぐ接続せず、認識された Type、アドレス、ポートを確認してください。手動入力では特に、数字と英字、全角の句読点、コピー時に末尾へ入る空白に注意します。保存後に Home に戻り、サーバー項目があることを確認してから次へ進んでください。

STEP 02 / GLOBAL ROUTING

Global Routing のモードを選択

Home で Global Routing を開きます。ここではリクエストの処理経路を決めます。サーバー一覧から「どのサーバーを選ぶか」とは別の設定です。Config、Proxy、Direct の違いを理解したうえで、今回の目的に合うものを選択してください。モードの切り替えは、誤ったサーバー情報を修正する方法ではありません。

Config を使う前に設定を確認

ルールに基づいて通信を振り分ける場合は、画面下部の Config に移動し、現在選択されている設定を確認してください。サブスクリプションを読み込んでも、自分に合った完全なルールファイルが同時に取得されるとは限りません。サーバー一覧とルール設定は別々に確認する必要があります。設定ファイルをすでに持っている場合は、使用前に提供元と内容を確認してください。初回接続のために、見知らぬ設定をむやみに読み込む必要はありません。

Config は現在の設定に基づいて、リクエストを PROXY に送るか、DIRECT を使うか、その他のルール動作を適用するかを判断します。そのため、同じサーバーでも Proxy ではアクセスできるページが、Config では別の経路を通る場合があります。必ずしもサーバーの故障とは限りません。そのリクエストにどのルールが適用されたかを確認してください。ルールのキーワードや詳しい照合方法は、プロトコルリファレンスおよび機能ガイドで説明しています。

Proxy と Direct で個別に比較する

サーバーとルールのどちらに問題があるか分からない場合は、一時的に Proxy を選び、次の手順でデフォルトサーバーをテストします。現在のネットワークから直接アクセスできるか確認する場合は、一時的に Direct を選択してください。テスト後は必要なモードに戻します。Direct は「選択したサーバーを使ったまま速度だけ変える」という意味ではなく、プロキシ経路が機能している証明にもなりません。

選択後に Home へ戻り、Global Routing に現在の値が表示されているか確認します。モード、サーバー、DNS、設定ファイルを一度に変更しないでください。結果が変わっても、どの設定が影響したのか分からなくなります。日常的にルールで通信を振り分ける場合は Config を使い、現在の設定のルールが目的に合っていることを確認してください。

STEP 03 / VPN

デフォルトサーバーを選択し、接続スイッチをオンにする

Home に戻り、一覧から使用するサーバーを見つけます。左側の丸印をタップして、デフォルトサーバーに設定してください。選択状態が変わったことを確認してから、上部の接続スイッチを操作します。サーバー名をタップすると詳細画面などが開く場合があります。「この行をタップした」だけでデフォルト項目が切り替わったと判断しないでください。

サブスクリプションに複数の項目がある場合は、初回接続に向けて、必要な情報がそろい使用可能であると確認できるサーバーを 1 つ選んでください。システムの許可ダイアログが表示されたときに、ほかの項目を続けて選択しないでください。デフォルトサーバーと Global Routing の両方を確認します。サーバーはプロキシ経路の接続先を決め、モードはその経路を使うタイミングを決めます。どちらも必要です。

システムによる VPN 構成の追加を許可

Home 上部の接続スイッチをオンにします。初回接続時、システムから Shadowrocket に VPN 構成の追加を求められる場合があります。現在の操作に対する要求であることを確認して許可し、デバイスで必要なパスコードなどの認証を行ってください。このシステム許可は、本機のネットワーク構成を設定するためのものです。サーバーのパスワードを入力する要求ではありません。サーバーの認証情報は、Add Server の該当項目に設定します。

許可後に Shadowrocket に戻り、スイッチがオンのままか、接続失敗のメッセージが表示されていないかを確認します。以前に許可を拒否した場合は、接続を再度試し、システムの案内に従ってください。必要に応じて、システム設定の VPN 管理画面で構成を確認します。問題の切り分けのために、デバイス上のほかのネットワーク構成を一括削除しないでください。特に、組織やデバイス管理によって設定された項目には注意してください。

システムに VPN の状態が表示されても、本機の VPN 構成が動作していることを示すだけで、リモートサーバーが利用可能であることや、すべてのリクエストがプロキシを経由していることを単独で証明するものではありません。同様に、スイッチがオンのままかどうかと、ブラウザーで正常にアクセスできるかどうかは、それぞれ確認が必要です。ここではサーバーとモードをそのままにして、次の手順で接続を確認します。

STEP 04 / CONNECTIVITY TEST

接続性と実際のアクセス結果を確認

接続スイッチをオンにしたまま、Home で Connectivity Test を実行し、現在のサーバーの結果を確認します。テストには時間がかかることがあります。結果が安定するまで待ち、テスト中にネットワークやデフォルト項目を続けて切り替えないでください。複数のサーバーをテストした場合は、使用中のデフォルトサーバーとほかの項目を区別します。別の項目でテストが成功しても、現在の接続が成功したことにはなりません。

Connectivity Test は特定のテスト条件下で接続性を確認するもので、すべてのアプリ、ドメイン、通信方式を完全に証明するものではありません。結果に問題がある場合は、実際のアクセス結果とあわせて判断してください。結果が正常でも、現在の Global Routing の動作を確認する必要があります。単一の数値だけを根拠にサーバーを選んだり、テスト結果を実際のダウンロード速度と同一視したりしないでください。

ブラウザーで実際のリクエストを確認

ブラウザーに切り替え、正常に表示されることが分かっているページにアクセスし、読み込めることを確認します。続けて、必要に応じて別の対象もテストしてください。キャッシュされたページだけを根拠に接続が有効だと判断しないでください。現在のネットワーク、デフォルトサーバー、Global Routing を記録します。多くのアプリを一度に開いてテストする必要はありません。まず結果を再現できるようにしてから、テスト範囲を広げてください。

Proxy ではアクセスできるのに、Config では特定の対象に失敗する場合は、現在の設定の照合ルールと DNS の動作を確認してください。すべてのサーバーをすぐに削除する必要はありません。Direct でも一般的なページにアクセスできない場合は、まず Wi-Fi またはモバイルネットワーク自体が利用できるか確認してください。ネットワークを切り替える前に元の状態を記録し、切り替え後は同じテストをもう一度行います。ネットワークの変更とサーバーの変更を混同しないためです。

3 つの完了条件を区別する

1. 本機の接続が確立：上部のスイッチがオンのままで、システムの許可が完了している。
2. サーバーに到達可能：現在のデフォルトサーバーのテストと、実際のプロキシリクエストで一貫性のある説明可能な結果が得られる。
3. ルールが想定どおり：Config を使う場合、プロキシまたは直接接続が必要なリクエストが設定内のルールに従って処理される。

最初の 2 つが確認できてから 3 つ目に進むと、問題の範囲を絞り込みやすくなります。一度のテスト失敗を、すぐにプロトコルの種類が原因だと決めつけないでください。実際のネットワーク、認証情報、サーバーの状態、設定ルールのいずれも結果に影響します。再現性のある現象を確認したら、次のセクションの順に原因を調べます。

STEP 05 / CHECKLIST

失敗した段階を確認し、再インストールを繰り返さない

接続に失敗した場合は、まずどの手順で失敗したのかを特定し、該当する設定だけを変更します。再インストールしても、読み込みや許可の手順をやり直すだけで、サブスクリプションの失効、認証エラー、ルール照合の問題が自動的に修正されるわけではありません。一度に一つの条件だけを変更し、同じテストを行って変化を記録してください。原因を絞り込みやすくなります。

一覧が空：読み込みの手順を確認

Home にサーバーが表示されない場合は、まず Add Server の内容を保存したか確認してください。サブスクリプション項目はあるのにグループが空の場合、URL が完全か、サブスクリプションを正常に取得できるかを確認し、アプリのエラーメッセージを確認します。同じリンクを何度も追加して重複グループを作らないでください。識別できるグループを 1 つ残し、更新結果を確認すれば十分です。サブスクリプションの権限や応答内容については、利用中のサービスの情報提供元に確認し、リンク全体を公開しないでください。

スイッチがオンのままにならない：許可と本機の状態を確認

オンにした直後にオフになる場合は、システムによる VPN 構成の追加を許可したか、デバイス上でほかの VPN 構成が動作中かを確認してください。デバイスが管理対象である場合や、システム設定に制限がある場合は、デバイス管理の要件に従ってください。アプリに明確なメッセージが表示された場合は、内容をそのまま記録してください。「接続できない」とだけ説明するより、原因の特定に役立ちます。影響を理解しないままシステムのネットワーク項目を削除しないでください。

スイッチはオンだがリクエストに失敗：サーバー情報を確認

左側の丸印で選択されているのが、使用予定のサーバーであることを確認し、Type、アドレス、ポート、認証情報を再確認します。TLS やその他の通信パラメーターが必要なサーバーの場合は、元の情報と項目ごとに照合してください。サブスクリプションに有効だと分かっている別の項目がある場合は、デフォルトサーバーだけを入れ替えて比較できます。すべて失敗する場合は、現在のネットワークとサブスクリプションの状態を確認し、すべての項目を同時に変更しないでください。

一部の対象だけ失敗：モードと設定を確認

まず Global Routing が誤って Direct になっていないか確認し、次に Config で選択されている設定を確認します。一時的に Proxy に切り替えて同じリクエストを再試行すると、プロキシ経路とルール照合の問題を切り分けやすくなります。テスト後は必要なモードに戻してください。ドメインへのアクセスだけに問題があり、ほかのテスト結果が異なる場合は、次に DNS を確認します。最初から複数の DNS 設定を同時に置き換えないでください。詳しくはQ&A とトラブルシューティングをご覧ください。

情報提供元に問い合わせる際は、デバイスのシステム、選択したプロトコル、失敗した段階、エラーメッセージ、ネットワーク切り替え後の結果を伝えてください。パスワード、サブスクリプションリンク全体、その他の認証情報は公開しないでください。初回接続が安定したら、サーバーのメモを整理し、Config を確認してから On Demand を設定します。設定を追加するたびに検証を行い、変更過程を追跡できるようにしてください。