Shadowrocket
追加と接続のガイド
既存の情報を追加し、ルーティングモードを選択してから、テスト結果と実際のウェブページで接続を確認します。初回利用時に手順を追って確認できるよう、操作順に解説します。
Add Server / Subscribe：追加とインポート
Shadowrocketを開いたら、まずHomeを表示し、接続スイッチはオフのままにします。続いて、どちらか一方の入力方法を選びます。サブスクリプションURLがある場合はSubscribeを使い、サーバーアドレス、ポート、認証情報がある場合はAdd Serverで手動入力します。どちらもHomeに選択可能なサーバーを表示するための方法です。初回接続時に両方を設定する必要はありません。
既存のサブスクリプションURL：SubscribeにURLを保存
Homeの右上にあるプラスボタンをタップしてAdd Serverを開き、Typeの項目からSubscribeを選択します。入力画面に戻ったら、自分のサブスクリプションURLをURL欄にすべて貼り付けます。備考を入力する場合は、見分けやすい名前を付けてください。保存前にURLの先頭、末尾、クエリパラメーターが、チャットアプリやコピー操作で欠けていないか確認します。特に、URLの説明文、スペース、改行を一緒に入力しないよう注意してください。
保存後にHomeへ戻り、サブスクリプションの読み込みが完了するまで待ちます。サブスクリプショングループと、その中のサーバー項目が表示されて初めて、選択可能な情報を取得できたことになります。グループ名だけが表示され、サーバーがない場合は、すぐに接続スイッチをオンにしないでください。まずネットワークからサブスクリプションURLにアクセスできるかを確認し、URLが有効かどうかを調べます。サブスクリプションURLには個人用のアクセス情報が含まれる場合があるため、URL全体を公開スクリーンショットやトラブル記録に載せないでください。
サブスクリプションはサーバー情報をまとめて提供するもので、ルール設定全体を意味するわけではありません。インポート後、次の手順でGlobal Routingを確認してください。サブスクリプションを更新すると一覧の内容が変わる場合があります。初回テスト時に選択した項目名を控え、更新後も表示されているか確認すると、一覧の変化を接続スイッチの不具合と誤認しにくくなります。
既存のサーバーパラメーター：プロトコルに応じてAdd Serverに入力
サブスクリプションではなく、単一サーバーの情報がある場合も、HomeのプラスボタンからAdd Serverを開きます。Typeから情報提供元が指定したプロトコルを選択します。たとえばShadowsocks、VMess、VLESS、Trojanなどです。その後、アドレス、ポート、およびプロトコルで必要な認証情報を各欄に入力します。画面に表示されるパスワード、ID、暗号化方式、トランスポート設定は相互に置き換えられる項目ではありません。別のプロトコルの説明を参考にして推測で入力しないでください。
アドレス欄には提供されたホスト名またはIPアドレスを入力し、ウェブページのパスを自分で追加しないでください。ポートにも該当サービスの値を使用する必要があります。TLS、SNI、トランスポートパラメーターがある場合は、用意されている情報と一字ずつ照合してください。空欄にする場合と値を入力する場合では結果が異なることがあります。情報が不足している場合は、まず自分のサービス提供元に確認してください。複数の情報源にあるパラメーターを組み合わせて一つの項目にしないでください。
保存してHomeに戻ったら、項目名とプロトコルが想定どおりか確認します。この時点ではサーバーパラメーターをまとめて変更しないでください。一覧に項目が表示されるのは、情報が保存されたことを示すだけで、サーバーに接続できる証明にはなりません。次にGlobal Routingで今回の接続経路を選び、接続性を確認します。インポート形式に関する詳しい情報はFAQをご覧ください。
Global Routing：ルーティングモードを選択
サーバーがHomeに表示されたら、Global Routingを開きます。ここではリクエストの処理方法を決めます。サーバーアドレスや認証情報を修正する機能ではありません。初回はConfig、Proxy、Directの3つのモードを確認してください。それぞれ確認の目的が異なります。いずれかを選択してHomeに戻り、接続を続けます。テスト前に何度も切り替えないでください。
Config：現在の設定にあるルールで振り分け
日常的にルールで振り分ける場合はConfigを選択します。続いてConfigページで現在選択されている設定を確認し、ファイル一覧に表示されているだけでなく、実際に使用する設定が選択されていることを確かめてください。設定によってリクエストごとに異なるポリシーを指定できます。そのため、Configでウェブページを開けたかどうかだけでは、デフォルトのサーバーが使われたか判断できません。
ルール設定をまだ用意していない場合、初回確認のために一時的に大量のルールを書き写す必要はありません。まず次のProxyでサーバーと接続手順を確認し、成功した後でConfigによる振り分けを確認してください。設定ファイルのインポート、選択、ルールの順序は別の項目です。詳しくはトラブルシューティングガイドをご覧ください。このページでは複雑な設定を先に完了する必要はありません。
Proxy：まずプロキシ経路を確認
既存のサーバーが動作するか初めて確認するときは、ルールによる振り分けの影響を抑えるためProxyを選択できます。ここでいう「プロキシ」はGlobal Routingのモードを指し、サーバーを追加する画面ではありません。引き続きHomeで既存のサーバーを選択し、スイッチをオンにする必要があります。Proxyは利用できなくなった接続を自動的に修復するものではなく、端末上のすべての通信が必ず同じ方法で処理されることを示すものでもありません。
Direct：ローカルネットワークと比較
Directはプロキシサーバーを経由しない場合のアクセス結果を確認するために使います。Directで普段使うウェブページにアクセスでき、Proxyではできない場合は、サーバーやプロキシ経路を重点的に確認してください。どちらも失敗する場合は、まず端末自体のWi-Fi、モバイルネットワーク、またはウェブサービスの状態を確認します。Directでインターネットに接続できても、プロキシサーバーが利用可能とは限りません。テストが終わったら、使用するモードに戻してください。
モードを選択したら、現在の設定を覚えておきます。以降の確認では、「使用したサーバー」と「Global Routingのモード」をセットで記録してください。そうすることで結果を比較できます。スイッチをオンにしたことだけを記録しても、サーバーの問題と振り分けの問題を区別できない場合があります。
Home：サーバーを選択してスイッチをオン
Homeに戻り、サーバー一覧から先ほど確認した項目を選択します。サーバーの左側にある丸い選択欄をタップし、選択マークが目的の項目に付いていることを確認してください。編集画面を開いただけでは、デフォルトサーバーが切り替わったことにはなりません。サブスクリプション内に似た名前の項目が複数ある場合は、初回は一つだけ選んでテストしてください。操作のたびに別のサーバーを選ぶと、どの変更が反映されたか判断できなくなります。
サーバーとGlobal Routingを確認したら、Home上部の接続スイッチをオンにします。初回は、システムからVPN構成の追加を確認する画面が表示される場合があります。案内に従って許可し、端末で求められる方法で確認してください。この許可はシステムネットワーク接続の確立に必要なもので、サブスクリプションのインポートが成功したことを示すものではありません。キャンセルした場合、アプリに戻ってもスイッチがオンのままにならないことがあります。その場合は接続を再度開始し、システムの確認を完了してください。
許可した後にShadowrocketへ戻り、スイッチと接続状態が維持されているか確認します。システムのステータスバーやコントロールセンターに表示されるVPN状態は参考情報になりますが、システム接続の状態を示すだけで、選択したサーバーからウェブページを開ける証明にはなりません。現在の設定を維持したまま次の手順に進み、Connectivity Testを実行してください。VPNマークが表示されたからといって、確認を省略しないでください。
スイッチをオンにしてすぐに戻る場合は、システムの許可を完了したか、端末で別のVPN接続が動作中でないかを確認します。学校や職場で管理されている端末では、ネットワーク設定に制限がある場合もあります。端末の管理要件に従い、管理設定を繰り返し削除しないでください。サーバーパラメーターを変更する必要がある場合は、先に接続をオフにし、変更を保存してから再度オンにします。変更前後の状態が混在するのを避けられます。
iPadは表示領域が広いため、一部の画面が分割表示になることがあります。操作はHomeでサーバーを選択し、Global Routingでモードを選び、上部のスイッチで接続する順番で行います。左側に一覧が表示されたままでも、同じサーバーを重複して追加しないでください。今回使用する項目を確認してから、実際の通信を確認します。
Connectivity Test：動作を確認
接続をオンにしたら、HomeでConnectivity Testを見つけて実行し、現在のサーバーに対応する結果を確認します。結果が返るまで待ってください。タップ直後の空白や実行中の表示を、すぐに失敗と判断しないでください。タイムアウトした場合は、サーバーとモードを変えずにもう一度テストします。タイムアウトが続く場合に次のトラブル対処へ進み、一瞬の状態だけで結論を出さないでください。
Connectivity Testは、テスト対象への接続性を確認する機能です。成功はそのテストに応答があったことを示すだけで、すべてのウェブサイト、すべてのプロトコル、または継続的な通信が正常であることを意味しません。表示時間も実際のダウンロード速度と同じではありません。初回利用時に数値を何度も比較する必要はありません。一つの経路が安定して動作することを確認するほうが、単一のテスト結果を見るより有効です。
ブラウザーで実際のリクエストを確認
Shadowrocketの接続をオンにしたままブラウザーに切り替え、普段利用していて正常に動作していると確認できるウェブページを開きます。新しいページを開いて更新してください。読み込み済みのページだけを見ると、ネットワークが変わった後でもキャッシュから表示される場合があります。続いて別のウェブページにもアクセスし、特定のサイトだけの問題か、新しいリクエストがすべて失敗するのかを確認します。
Configを使用している場合は、対象のリクエストが想定どおりに振り分けられているかも確認します。クライアントのリクエスト記録を使い、対象ドメインと処理ポリシーを照合できます。ルールによって異なる経路を通る場合があるため、一つのウェブページにアクセスできても、別の経路の確認にはなりません。記録の確認に慣れていない場合は、まずProxyで同じウェブページを再テストし、その後Configに戻って比較すると、問題をルールの範囲に絞り込めます。
再現に必要な最小限の記録を残す
有効な確認では、選択したサーバー、Global Routingのモード、Connectivity Testの結果、実際のウェブページを読み込めたか、の4点を把握できる必要があります。項目の備考や結果を手元に記録してもかまいませんが、サブスクリプションURL全体、パスワード、認証情報は記録しないでください。後でトラブル対処を行う場合は、同じウェブページを比較対象に使い、テスト先の違いが判断に影響しないようにします。
テストが正常で、ウェブページも想定どおりに表示されたら、初回接続の手順は完了です。その後、日常的な振り分けのためにConfigへ切り替える場合は、切り替え後に同じ確認をもう一度行ってください。一度テストに成功しても、以後の確認が不要になるわけではありません。ネットワーク環境、サブスクリプションの内容、設定に変化があった場合は、同じ順番で再テストします。
よくある失敗：一度に一項目ずつ確認
問題が発生したら、すべての設定をリセットするのではなく、最初に完了しなかった手順から確認します。一覧に何もない場合はインポートの問題、スイッチをオンのまま維持できない場合は接続確立の問題、テストがタイムアウトする場合は接続性の問題です。テストに応答があるのにウェブページを開けない場合は、モード、DNS、対象サービスを切り分けます。以下の順番で対処し、変更のたびに同じテスト対象で確認してください。
インポート後にサーバーがない：入力内容とサブスクリプションの応答を確認
Add Serverに保存したサブスクリプション項目に戻り、TypeがSubscribeになっているか、URLが完全か、パラメーター間の記号がそのまま保持されているか確認します。サブスクリプションではなくサービスの説明ページのURLを入力した場合、保存できても有効なサーバー一覧は取得できません。サブスクリプションの取得には、端末が利用可能な基本ネットワークに接続している必要があります。まず通常のウェブページを開けることを確認し、その後サブスクリプションを更新します。
URLの期限切れ、アクセス権の変更、想定と異なる応答がある場合は、自分のサービス提供元にURLの状態を確認してください。トラブル対処のためにURL全体を公開ページへ貼り付けたり、同じグループを何度も作成したりしないでください。確認済みの項目を一つ保存し、更新結果を確認すると、問題を特定しやすくなります。
Connectivity Testが繰り返しタイムアウトする：サーバーパラメーターを再確認
手動入力した項目では、まずアドレス、ポート、認証欄を確認し、次にプロトコルに対応するトランスポート設定を確認します。元の情報を一項目ずつ照合してください。備考の名前だけを見て判断しないでください。同じ備考でも異なるポートを指している場合があります。サブスクリプション内の項目は、まず一度更新してから、一覧にある別のサーバーを比較対象として選択します。一つのサーバーだけで失敗が続く場合は、その項目のサービス状態を優先して確認してください。
現在のネットワーク環境にも注意してください。Wi-Fiからモバイルネットワークへ切り替えて結果が変わる場合、ネットワーク経路が問題に関係している可能性があります。ただし比較するには、同じサーバー、同じモード、同じテスト対象を維持する必要があります。根拠がないままプロトコル、サーバー、DNSを同時に変更すると、成功しても失敗しても原因を説明しにくくなります。
テストは応答するがウェブページを開けない：モードとDNSを確認
まずHomeに戻り、Global RoutingがDirectのままになっていないか確認します。Proxyで動作し、Configで失敗する場合は、Configを開いて現在のファイルを確認し、対象リクエストに適用されるルールとポリシーを調べます。この場合、最初にサーバーのパスワードを変更する必要はありません。特定のウェブページだけが失敗する場合も、接続全体が利用できないと判断する前に、ウェブページ自体が正常か確認してください。
DNSの確認は、比較結果が得られてから行います。まず元の設定を保存し、現在のConfigにあるDNS設定を見て、名前解決の経路が想定どおりか照合してください。出所が不明なアドレスをコピーしてすべての設定を置き換えたり、システムネットワークとクライアント設定を同時に変更したりしないでください。ドメイン名解決、ルールの順序、ネットワーク切り替えについて詳しくはDNSのトラブル対処をご覧ください。
このページの手順で接続が回復しない場合は、FAQで症状に合った項目を探すか、トラブルシューティングガイドの手順をご覧ください。問題を説明する際は、必要な情報だけを記載してください。端末の種類、失敗した手順、Global Routingの選択項目、機密情報を除いたエラーメッセージなどです。既存設定のコピーを保管しておくと、その後の確認や復元が容易になります。