Shadowrocketの使い方
既存の設定を追加し、ルーティング方式を選んで接続を開始した後、実際にアクセスして結果を確認します。このページでは初回設定の流れに沿って、iPhone・iPadでの操作を説明します。まず1つの接続を確認してから、ほかのサーバーを整理しましょう。
1. Add Server / Subscribe:既存の設定を追加
まず手元にある情報の種類を確認し、適切な追加方法を選びます。https://で始まり、複数のサーバー情報を取得するURLは、通常サブスクリプションURLです。ss://、vmess://、vless://、trojan://などで始まる文字列は、通常、単一サーバーの共有リンクです。アドレス、ポート、パスワード、プロトコルのパラメータなどが個別に渡された場合は、手動で追加します。URLの冒頭だけでは有効性を判断できないため、元の設定情報も確認してください。
Subscribeでサブスクリプションを追加
Shadowrocketを開いてHomeに移動し、右上の追加ボタンをタップしてAdd Serverを開きます。Typeをタップし、Subscribeを選択して、自分のサブスクリプションURL全体をURL欄に入力します。メモ欄がある場合は、見分けやすい名前を付けても構いません。確認して保存したらHomeに戻り、サブスクリプションの取得が完了するまで待ちます。画面のレイアウトによってボタンの位置が異なる場合があります。Type、Subscribe、URLなどの表示を目印にしてください。
URLを貼り付ける際は、ドメイン名だけを切り出さないでください。パスや「?」以降のパラメータもサブスクリプションの識別に必要な場合があり、一部が欠けると更新できないことがあります。また、ページのタイトルや説明文、URLを囲む引用符は入力しないでください。以下は接続には使用できない形式例です。アプリにコピーする必要はありません。
https://example.com/sub?token=xxxx
Homeに戻り、サブスクリプショングループにサーバーが表示されているか確認します。URLを保存できたことと、サーバー一覧を正常に取得できたことは別です。グループ名だけが表示され、選択できるサーバーがない場合は、接続を開始せず、まず取得できない原因を確認してください。初回は元のグループ名やサーバー名を変更せずに残しておくと、後で元情報と照合しやすくなります。接続を確認した後で、並べ替えや名前の整理を行いましょう。
Add Serverでサーバー情報を手動入力
サーバー情報がそろっている場合は、Add Serverで情報に合ったTypeを選択し、サーバーアドレス、ポート、認証情報を入力します。Shadowsocks、VMess、VLESS、Trojanなどでは必要な項目が異なります。あるプロトコルのパスワードや識別子を、別の種類の項目に入力しないでください。通常、アドレス欄にはホスト名またはIPアドレスだけを入力し、ポートは対応する欄に入力します。共有リンク全体を不完全に分割して、アドレス欄に入れることも避けてください。
続けて、暗号化方式、TLS、Server Name、通信方式、関連するパスなどを元の情報と照合し、現在のプロトコルで必要な項目だけを入力します。特に、接続先のサーバーアドレスとTLSの検証に使う名前は区別してください。異なる場合がありますが、推測で入力してはいけません。必須項目が不明な場合は元の設定情報を確認し、複数の条件を一度に変えないようにします。保存後、Homeに戻り、追加した項目があることを確認してください。
QRコードがある場合は、Scan QR Codeで読み取れます。単一サーバーの共有リンクがある場合は、アプリに表示されるクリップボードからの読み込み案内に従い、必要なカメラやペーストへのアクセスを許可してください。追加後も、項目を開いてプロトコルや重要な設定値を確認します。QRコードの読み取りや貼り付けは入力方法であり、接続先サービスが利用できることを確認するものではありません。複数のサブスクリプションの整理、共有リンクの項目、バックアップについてはサブスクリプションとサーバー管理ガイドをご覧ください。
この手順の完了条件:Homeに想定したサーバーが表示され、項目をタップすると選択中のサーバーを確認できます。サブスクリプショングループに複数のサーバーがある場合は、テスト用に1つ選択してください。グループ名と選択中のサーバーを混同しないようにしましょう。次はこの選択を変えずにGlobal Routingを設定します。
2. Global Routing:ルーティング方式を選択
HomeでGlobal Routingを開きます。ここではリクエストのルーティング方式を選択します。サーバーのパスワードを変更する場所でも、サブスクリプションを切り替える場所でもありません。初回はConfig、Proxy、Directの3つを区別して選択してください。選択後にHomeへ戻り、Global Routingに現在の値が表示されていることを確認してから接続します。
| 方式 | 処理方法 | 基本的な使用例 |
|---|---|---|
| Config | 現在の設定にあるルールとポリシーに基づいてリクエストを処理します。 | 明確なルール設定があり、宛先に応じて通信を振り分ける場合。 |
| Proxy | 通常のプロキシ通信を選択したサーバーで処理します。ただし、対象となる通信はシステムやアプリの仕様に制限されます。 | 初めてサーバーを確認するときや、Configとの比較テストを行う場合。 |
| Direct | 直接接続し、対象のリクエストを選択したプロキシサーバーに転送しません。 | ネットワークの基本状態を確認するときや、直接接続時のアクセスを確認する場合。 |
新しく追加したサーバーが使えるかを確認する場合は、まずProxyを選ぶと、ルールによる影響を減らして確認できます。これは動作確認の方法であり、すべての用途で常にこの方式を使うという意味ではありません。振り分けの目的が明確な場合は、接続を確認した後にConfigへ戻し、Config画面で想定した設定が選択されていることを確認してください。
Homeのサーバー一覧とConfigのルール設定は、それぞれ役割が異なります。前者は接続先の候補を示し、後者はリクエストをDIRECT、PROXY、その他の設定済みポリシーのどれで処理するかを決めます。サブスクリプションを追加しただけで、自分に適したルールが選ばれるわけではありません。Configでは、ページが正常に開いてもDIRECTに一致した結果である可能性があります。それだけではプロキシサーバーが使える証明になりません。
Directも正しく理解しておきましょう。これはルーティングの選択肢であり、サーバーの削除やアプリデータの消去を意味しません。トラブル対処ではほかの方式と比較できますが、本来プロキシ経由にすべき通信をDirectのままにすると、想定した経路にはなりません。「スイッチがオン」と「すべてのリクエストが選択したサーバーを経由する」は同じ意味ではありません。
この手順の完了条件:現在のルーティング方式と、その方式を選んだ理由を説明できる状態です。初回テストでは「サーバー名 + Proxy」の組み合わせを控えておくとよいでしょう。次は接続を開始するだけにして、設定ファイルやサーバーを同時に変更しないでください。
3. Home:接続を開始してシステムの許可を確認
Homeに戻り、選択中のサーバーとGlobal Routingをもう一度確認します。問題がなければ、画面上部の接続スイッチをオンにしてください。初回接続時は、ShadowrocketによるVPN構成の追加を許可するようシステムから求められる場合があります。操作に伴う確認であることを確かめ、画面の指示に従ってデバイスのパスコードまたは生体認証を完了してください。この許可はシステムのネットワーク接続を確立するためのもので、新たにアプリを購入する手続きではありません。
以前に許可を拒否した場合、接続が続行できないことがあります。スイッチをオフにして再度試し、システムの確認画面が表示されるか注意してください。必要に応じてデバイスのSettingsでVPNを検索し、Shadowrocketに対応する構成の状態を確認します。内容が分からないデバイス管理項目を、再試行のために削除しないでください。組織の管理下にあるデバイスで設定を変更できない場合は、ネットワークを繰り返しリセットするのではなく、管理上の制限を確認してください。
許可が完了したらHomeに戻り、接続スイッチがオンのままか、アプリにエラーが表示されていないかを確認します。デバイスのステータスバーやコントロールセンターにVPNの状態が表示される場合があります。表示場所はデバイスのレイアウトによって異なります。この表示はシステム接続の状態を確認する目安にすぎず、サーバー側の認証、DNSの名前解決、個々のページへのアクセス成功を示すものではありません。詳しい確認は次の手順で行います。
テスト中は、別のシステムVPNを同時に有効にしないでください。すでにOn Demandを設定している場合は、自動接続の条件によって、手動で切断した接続が再び開始されることがあります。設定内容を記録し、初回のトラブル対処では自動接続の要因を減らしてください。基本的な確認が終わった後、実際のネットワーク環境に合わせてOn Demandを設定すると、手動操作と自動接続による変化を区別しやすくなります。
スイッチがすぐオフに戻る場合は、エラー内容と発生した段階を記録します。システムの許可前に終了したのか、許可後の接続に失敗したのかを確認してください。前者では許可の状態を優先して確認します。後者ではサーバーの設定値と現在のネットワークも確認してください。すぐにサブスクリプション全体を追加し直したり、複数のプロトコル項目を一度に変更したりしないでください。元の項目を残しておくと比較しやすくなります。
この手順の完了条件:接続スイッチがオンのままで、システムの許可が完了し、アプリに接続エラーがすぐ表示されない状態です。設定をそのままにして、テストと実際のアクセスで目的を達成できるか確認します。
4. Connectivity Test:接続結果を確認
確認するのは、デバイスの基本ネットワーク、選択したサーバーのテスト結果、対象ページへの実際のアクセスの3点です。まず現在のWi-Fiまたはモバイル通信が利用できることを確認します。Wi-FiでWeb認証が必要な場合は、先に認証を完了してください。ネットワーク自体が接続されていないと、サブスクリプションの更新やサーバーへの接続も失敗する可能性があります。アプリの設定値だけを変更しても、通常は解決できません。
Shadowrocketに戻り、Homeのテスト項目からConnectivity Testを開いて、選択したサーバーをテストします。テスト方法や表示項目は、現在のアプリ画面に従ってください。項目の横に結果が表示された場合も、そのテスト方法での到達性を示す情報として扱い、すべてのWebサイトやプロトコルの動作を保証するものではないことに注意してください。テストに成功しても対象ページが必ず開くとは限りません。失敗した場合も、次の手順で実際のアクセスとあわせて判断します。
接続をオンのままブラウザーに切り替え、自分にアクセス権があり、通常利用できるページを開きます。必要に応じて再読み込みし、以前表示したページの内容を新しいリクエストの結果と取り違えないようにしてください。実際に使うアプリやページも開いて、トップページの文字が表示されたかだけでなく、必要なコンテンツが読み込まれるかを確認します。特定の宛先だけに問題がある場合は、接続全体の問題と決めつけず、まずその宛先固有の原因を確認してください。
Configを使用している場合は、アプリで確認できるリクエストログや診断情報を参照し、対象ドメイン、適用されたルール、最終的なポリシーを確認できます。表示される記録は現在の設定によって異なります。DIRECTに一致したリクエストは直接接続され、PROXYに一致した場合は該当するサーバーとあわせて確認が必要です。接続スイッチがオンだからといって、ルールによる通信経路の違いを無視しないでください。
比較する場合は同じサーバーを使い、まずProxyでアクセスしてからConfigに切り替え、同じ宛先にアクセスします。Proxyでは正常でConfigでは問題がある場合は、すぐにサーバーを変更せず、現在の設定、ルールの順序、DNSを優先して確認してください。どちらの方式でも問題がある場合は、サーバー情報とネットワーク環境を確認します。切り替えるたびに新しいリクエストを行い、ほかの条件はできるだけ同じにしてください。
単一のテスト値にこだわる必要はありません。結果はテスト方法、現在のネットワーク、サーバー側の応答に左右されるため、1回の結果から長期的な状態を判断することはできません。初回の確認で重要なのは、「接続できる」「アクセスできる」「通信経路が目的に合っている」の3点です。テスト用URL、サブスクリプションの内容、診断記録には個人の設定情報が含まれる場合があります。問題を他の人に説明する際は、サブスクリプションURL全体、認証情報、不要なアクセス記録を隠してください。
この手順の完了条件:実際に使う宛先が正常に読み込まれ、現在のルーティング方式が目的に合っている状態です。複数のサブスクリプションを整理する場合はサーバー管理をご覧ください。確認できない場合は、以下の段階別に原因を調べます。
5. よくある失敗:操作の段階ごとに確認
まず、どの手順で失敗したかを特定してから、該当する条件を確認します。「追加に失敗」「接続できない」「接続後のアクセスに問題がある」のように整理すると、サブスクリプションの更新、サーバーやルールの変更を同時に行うより原因を見つけやすくなります。一度に変更する条件は一つにし、同じテストを繰り返してください。成功したら、日常の設定を一つずつ戻します。
追加できない:URL全体と内容の種類を確認
サブスクリプションを保存してもサーバーが表示されない場合は、URL全体が入力されているか、余分な空白や改行がないかを確認します。続いて、アカウントのWebページや説明ページではなく、サブスクリプションを取得するためのURLであることを確認してください。有効性は、利用中のサブスクリプションの状態に基づいて判断します。更新操作で取得されるのはサーバー側の最新情報であり、無効になったURLを修復するものではありません。形式に関するエラーが出る場合は、認証情報を変更する前に、Subscribeで読み込める内容かを確認してください。
単一サーバーの共有リンクを追加できない場合は、一部だけをコピーしていないか、チャットの文章や改行でリンクが途中で切れていないかを確認します。手動で追加した項目は保存できても接続に失敗する場合、元の情報とType、アドレス、ポート、認証情報を一つずつ照合してください。保存できたことは項目がアプリに登録されたことを示すだけで、サーバーへの接続確認が済んだわけではありません。
接続できない:許可、設定値、ネットワークを切り分ける
システムの許可がまだ完了していない場合は、VPN構成の確認画面に対応してください。構成があるのにスイッチがオンのままにならない場合は、アプリに表示されたエラーを記録してから、プロトコルと各項目を確認します。アドレスの名前解決、ポートへの到達性、認証情報の不一致、TLS名の不一致は、それぞれ異なる段階で発生します。どの問題もアプリの再インストールで解決するとは限りません。警告を消すために証明書の検証条件をむやみに緩めず、まず元の情報と異なる設定を修正してください。
Wi-Fiで接続できない場合は、利用が許可されている状況でモバイル通信に切り替え、同じサーバーとルーティング方式で再テストします。逆の比較もできます。特定のネットワークだけで問題が起きる場合は、まずそのネットワークの認証、接続制限、名前解決の状態を確認してください。この比較は原因を絞り込むためのもので、1回の結果だけで接続先サービスの長期的な状態を判断することはできません。
接続済みでもアクセスできない:ルーティングとDNSを確認
まずHomeに戻り、想定したサーバーが選択されているか確認します。次にGlobal Routingが誤ってDirectになっていないかを確認してください。Proxyではアクセスでき、Configではできない場合は、Configを開いて選択中の設定を確認し、対象が想定したルールに一致しているか調べます。DNSの名前解決、ルールの順序、最終的なポリシーが動作に影響する場合があります。設定全体を一度に変更せず、同じ宛先で問題を再現できるか確認してください。
特定のアプリだけで問題が起き、同じ宛先にブラウザーからアクセスできる場合は、アプリ独自のキャッシュ、セッション、接続の再利用も考えられます。アプリの現在のタスクを終了してからアクセスし直し、結果を確認してください。Shadowrocketのデータをすぐに消去する必要はありません。ルーティング方式を切り替えても状況がすぐ変わらない場合は、以前の接続が終了するか、新しいリクエストが確立されるのを待ってから判断します。
トラブル対処の結果を記録
デバイスのネットワークの種類、現在のルーティング方式、サーバーに付けた名前、失敗した手順、情報を隠したエラーメッセージを記録してください。サブスクリプションURLやパスワードを公開したり、設定全体をそのままスクリーンショットで共有したりしないでください。元の項目がまだ使える場合は、削除や再追加の前にバックアップを残しておくと、対処中に必要な情報を失わずに済みます。
購入の復元、アクセス権、ルールに関する詳しい説明はFAQをご覧ください。サブスクリプションの更新、複数のサブスクリプションの整理、遅延テスト、バックアップについてはサブスクリプションとサーバー管理ガイドをご覧ください。再現可能な手順で一度正常に動作することを確認してから、サーバーを追加したり自動接続を設定したりしましょう。設定を一つ追加するたびに実際のアクセスを確認しておくと、後で変化があった際も同じ順序で原因を特定できます。