OFFICIAL MANUAL / FIRST CONNECTION
Shadowrocketの使い方：サブスクリプションの読み込みと初回接続
読み込み、ルーティング、接続、確認、トラブル対処の順に進めます。まず接続を確認し、その後にルールや自動接続の設定を調整してください。
- iPhone / iPad
- サブスクリプションまたはサーバー情報をお持ちの場合
- 5つの手順
STEP 01 / IMPORT
Add Server：サーバーの追加またはサブスクリプションの読み込み
Shadowrocketを開き、Homeに進みます。まず、手元の情報がサーバー一覧を更新するためのサブスクリプションURLか、単一サーバーのアドレス、ポート、認証情報かを確認します。入力方法は異なるため、URLの長さだけで判断しないでください。用途がわからない場合は、サービス提供元の説明を確認します。初回は接続スイッチをオフのままにし、先に情報をすべて保存してください。
サブスクリプションURLがある場合：Subscribeを選択
Homeの右上にある追加メニューをタップし、Add Serverを開きます。Typeの選択リストを開いてSubscribeを選び、URL欄にサブスクリプションURLをすべて貼り付けます。メモには識別しやすい名前を入力できます。貼り付け後、URLの先頭と末尾が欠けていないことを確認してください。コピー時に空白、改行、チャットの文面が混ざっていないかも確認し、URL内のパラメータは手動で削除・変更しないでください。
確認後、画面の保存操作でHomeに戻り、サブスクリプションの読み込みが完了するまで待ちます。成功の目安はサブスクリプション名が表示されるだけでなく、その下に選択できるサーバーが一覧表示されることです。グループだけが表示され、サーバーがない場合は、読み込みエラーが表示されていないか確認してから、そのサブスクリプションを更新してください。同じURLを何度も追加して更新の代わりにすると、どの内容をテストしているのか判別しにくくなります。
サブスクリプションURLにはアクセス用の認証情報が含まれることがあるため、アカウント情報と同様に管理してください。URL全体を公開の掲示板に貼り付けたり、テストのために不明なWebサイトへ送信したりしないでください。アプリでサブスクリプションを更新すると、そのURLにアクセスして最新のサーバー一覧を取得します。App StoreでShadowrocketをアップデートする操作とは別です。一覧が変わった場合は既存のサブスクリプションを更新し、選択中のサーバーが引き続き一覧にあることを確認してください。
単一サーバーの情報がある場合：該当するプロトコルを入力
単一サーバーの情報を受け取った場合は、Add Serverでサービス提供元が指定したプロトコルを選び、サーバーアドレス、ポート、プロトコルに必要な認証情報を項目ごとに入力します。たとえばShadowsocksとVLESSでは認証項目が異なるため、アドレスが同じでもTypeを使い回せません。TLS、トランスポート方式、サーバー名などの項目も、受け取った情報どおりに入力し、経験だけを頼りにオン・オフを切り替えないでください。
単一サーバーを読み込むためのQRコードがある場合は、Scan QR Codeで読み取り、保存前に認識されたTypeとサーバーアドレスを確認します。QRコードは情報を伝える手段であり、設定値が有効とは限りません。読み取りに失敗した場合は元の情報を確認し、ポートや認証情報を推測して補わないでください。プロトコル項目の意味は用語解説をご覧ください。
保存してHomeに戻り、使用するサーバーをタップして、選択中の項目が意図したものか確認します。この時点で確認できたのは「情報がクライアントに読み込まれた」ことだけで、サーバーに接続できることはまだ確認されていません。次にリクエストのルーティング方法を決めてから接続スイッチをオンにし、モードが不明なまま読み込みの成否を判断しないようにしてください。
- Input
- サブスクリプションURL、または必要なサーバー情報一式。
- Result
- Homeに選択可能なサーバーが表示され、1つ選択されていること。
- Next
- Global Routingを開き、今回のテストで使うモードを確認します。
STEP 02 / GLOBAL ROUTING
Global Routing：Config、Proxy、Directを選択
Homeに戻り、Global Routingをタップして現在のモードを確認します。ここで決まるのはリクエストの処理方法であり、サーバーの地域やサブスクリプションの更新設定ではありません。後でサーバーとルーティング設定のどちらが結果に影響したか判断できるよう、現在の選択を確認しておきます。3つのモードはConfig、Proxy、Directです。
- Config
- Config：現在の設定ファイル内のルールとポリシーに従ってリクエストを処理します。PROXY、DIRECT、REJECTのいずれかに振り分けられる場合があります。
- Proxy
- Proxy：クライアントが処理するリクエストをプロキシ経由にします。初回接続時の比較テストに適しています。
- Direct
- Direct：直接接続します。このモードで正常にアクセスできても、プロキシ経由の接続が確認できたことにはなりません。
サーバーの初回確認では、まずProxyを選ぶと、ルールの適用状況をいったん切り分けて接続をテストできます。次の手順で接続を開始してください。ここでの説明はクライアントが処理するリクエストに限られ、デバイス上のすべての通信を保証するものではありません。モードを選んでHomeに戻り、表示が切り替わったことと、正しいサーバーが選択されていることを確認します。
Configを使用する場合はConfig画面を開き、現在使用中の設定ファイルを確認します。Config画面は設定の管理画面、Global RoutingのConfigはルーティングモードです。名称は同じですが、操作は別です。サーバーのサブスクリプションはルール設定一式と同じではありません。サーバー一覧を読み込んだだけでは、ルールファイルが切り替わったことの確認にはなりません。
現在の設定ルールがわからない場合は、初回接続の前に変更する必要はありません。まずProxyでサーバー経由の接続を確認し、その後Configに切り替えて比較します。Configでは、一部のリクエストが直接接続されるのがルール上の想定どおりで、接続スイッチの不具合ではない場合があります。DOMAIN-SUFFIX、FINAL、ポリシーの意味はルールキーワードの解説をご覧ください。
STEP 03 / CONNECT
Home：接続スイッチをオンにして許可する
HomeでサーバーとGlobal Routingをもう一度確認し、画面上部の接続スイッチをオンにします。初回接続時は、ShadowrocketによるVPN構成の追加をシステムから求められることがあります。この表示は、アプリがネットワーク通信を処理するためのシステム構成を作成することを示すもので、入力したリモートサーバーがシステムによって検証済みという意味ではありません。表示内容を読み、直前に自分で開始した操作であることを確認したうえで、システムの案内に従って許可し、認証を完了してください。
許可後、Shadowrocketに戻り、スイッチと接続状態がオンのままか確認します。接続を示す表示の位置はデバイスによって異なるため、ステータスバーに特定のアイコンがあるかどうかだけで判断しないでください。認証エラー、接続タイムアウト、サーバーへの接続不可が起きることもあります。システム接続が確立したことと、リモートサーバー経由で接続できることは、別々に確認する必要があります。
以前に許可を取り消した場合は、Homeに戻って接続を再度オンにし、システムの確認画面が再表示されるか確認します。スイッチがすぐオフに戻る場合は、まずアプリのメッセージを読み、システムのSettingsで関連するVPN構成の状態とデバイスの制限を確認してください。管理対象デバイスでは、管理上の要件に従ってください。この手順を進めるためだけに既存の管理構成を削除しないでください。
接続がオンの状態を保てたら、サーバーを複数切り替えたり、Global Routingを同時に変更したりせず、次の手順でテスト結果を確認します。テストを終えるときはHomeに戻ってスイッチを手動でオフにし、アプリに切断済みと表示されることを確認してください。自動で再接続する場合は、On Demandなどの自動接続条件が設定されていないか確認します。
STEP 04 / VERIFY
Connectivity Test：接続とルールの動作を確認
接続後、HomeでConnectivity Testを実行し、選択中のサーバーをテストします。テストが終わるまで待ち、結果が返っているか確認してください。表示された数値は、その時点のネットワーク環境と特定のテスト方法による結果であり、Webページの読み込み速度や継続的な利用可否を示すものではありません。タイムアウトした場合は確認が必要ですが、1回のタイムアウトだけで、すべての通信が失敗すると判断することもできません。
実際のアクセスを試してから、ルールの適用を確認
ブラウザを開き、普段問題なく使えている軽いページにアクセスして、新しいリクエストが完了するまで待ちます。接続を切った状態でもキャッシュから表示される場合があるため、すでに開いていたページだけで判断しないでください。続けて別のページでも試し、すべて失敗するのか、一部だけ失敗するのか、読み込みが遅いだけなのかを記録します。特定のWebサイトの障害を、すぐにShadowrocketが原因だと決めつけないでください。
アプリに戻り、接続記録またはDataで確認できる関連情報を開いて、直前のリクエスト先を探し、適用されたポリシーと経路を確認します。一致したルールが記録されている場合は、想定どおりか確認してください。たとえば、直接接続する想定の接続先でDIRECTが適用され、プロキシ経由にする接続先で現在のサーバーまたは設定内の該当ポリシーが使われているかを確認します。通信量が増えたことだけでは、特定のリクエストがプロキシ経由だったとは確認できません。
Proxyで実際にアクセスできた場合はConfigに切り替え、同じページで再度テストします。結果を比べる間は、同じサーバーとローカルネットワークを使ってください。Configでのみ差が出る場合は、サブスクリプションをすぐ再読み込みするのではなく、現在の設定、ルールの順序、ポリシーの選択を確認します。ルールによって、Homeで選択中のサーバーとは異なるポリシーにリクエストが振り分けられることがあるため、実際の記録を確認してください。
確認結果を3段階に分ける
第1段階は「クライアントが接続中」で、スイッチとアプリの状態で確認します。第2段階は「サーバー経由で通信できる」で、テストと実際のアクセスで確認します。第3段階は「ルールが想定どおりに動作している」で、同じ接続先の適用記録を確認します。各段階は相互に置き換えられません。第1段階だけではサブスクリプションが有効とは判断できず、第2段階を確認した後もConfigで想定どおりに振り分けられているか確認が必要です。
通常のネットワークと比較する場合は、現在のルーティングモードを記録してから手動で切断し、同じページにもう一度アクセスします。その後、接続を再開して同じテストを繰り返してください。結果を正しく比較するには、一度に変更する条件を一つにします。完了後は日常利用に適したモードを選び、テスト数値を小さくするためだけにサーバーを切り替え続ける必要はありません。
- Connection
- スイッチがオンのままで、アプリの接続状態が安定している。
- Request
- 新しく開始したページのリクエストが完了する。
- Routing
- リクエスト記録のルール、ポリシー、経路が想定どおりである。
STEP 05 / TROUBLESHOOT
よくある失敗：最初に通らなかった手順から確認
トラブル対処では、まず「どの手順で最初に想定した結果が得られなかったか」を確認します。Homeに使用可能な項目がない場合は読み込みを、許可が完了していない場合はシステム接続を確認してください。接続できても一部のページが開けない場合は、アクセスとルールを確認します。設定のリセット、サブスクリプションの再読み込み、ネットワークの切り替えを一度に行わないでください。比較条件が失われ、正しい情報を上書きするおそれがあります。
サブスクリプションに内容がない、または読み込み時にエラーが出る
URL全体とサブスクリプションの用途を確認し、サービスの案内ページのURLを誤って入力していないか、コピー時にパラメータが抜けていないかを調べます。サブスクリプションを読み込むには、現在のネットワークからそのURLにアクセスできる必要があります。クライアントが開けても、サブスクリプションURLに到達できるとは限りません。認証エラーや形式エラーが表示された場合は、エラーメッセージを保存し、サービス提供元にURLの状態と対応形式を確認してください。URL全体を公開したり、原因がわからないまま認証パラメータを変更したりしないでください。
単一サーバーの読み込みに失敗した場合は、まずTypeを確認し、アドレス、ポート、認証情報、TLS、トランスポート設定の順に照合します。項目が未入力の場合と、入力値が間違っている場合は別の問題です。保存できても、値が正しいとは限りません。QRコードから読み込んだ情報も確認してください。必要な情報が不足している場合は、一般的な初期値を試すのではなく、元の説明を確認して正確な値を入手します。
スイッチはオンになるが、実際のリクエストに失敗する
まず、選択中のサーバーが更新後の一覧にも残っていることを確認し、Connectivity Testと実際のページアクセスをそれぞれ試します。すでに複数のサーバーをお持ちの場合は、ルーティングモードを変えずにサーバーだけ切り替えて比較できます。可能であればWi-Fiとモバイル通信も切り替え、同じテストを繰り返してください。問題がサーバーの変更に応じて変わるのか、特定のローカルネットワークでのみ起きるのかを切り分けられます。
すべてのテストに失敗する場合は、サーバーアドレスを名前解決できるか、ポートと認証情報が一致しているかを確認し、アプリに表示されたエラーの種類を確認してください。接続タイムアウトと認証失敗では、調べる項目が異なります。前者はネットワークからの到達性、後者は認証情報とプロトコルを優先して確認します。異なる状況をすべて「接続失敗」とひとまとめにせず、スイッチを何度もタップすることを解決策と考えないでください。
Proxyでは正常だが、Configで一部の接続先に問題がある
まずConfigで現在使用中の設定ファイルを確認し、接続できない宛先の適用記録を調べます。想定したルールに一致しているか、ポリシーが利用可能なサーバーを指しているか、DIRECTまたはREJECTに振り分けられていないかを確認してください。ドメイン名の解決が失敗したのか、解決後の接続に失敗したのかも切り分けます。初回の調査ではDNS設定を同時にいくつも変更せず、現在の状態を保って記録を残してください。関連用語は用語解説をご覧ください。
一部の接続先だけが失敗し、ほかのリクエストが正常な場合は、設定をすべて削除するのではなく、その接続先、適用ルール、使用経路を優先して確認します。速度だけが遅い場合は、軽いページと実際のサービス利用を別々に比較し、近い時間帯にテストしてください。1回の遅延結果だけでは、帯域幅、サーバー負荷、接続先サービスの応答、ローカルネットワークの品質の違いまでは判断できません。
再現できる情報をまとめてから対処する
デバイスの種類、ローカルネットワーク、Global Routingのモード、現在のプロトコル、失敗した手順、アプリに表示されたエラー全文を記録します。記録を共有する前に、サブスクリプションURL、サーバーの認証情報、その他の個人データを隠し、問題の特定に必要な部分だけを残してください。「同じサーバーでProxyは使えるが、Configでは特定の接続先に失敗する」のように状況を整理すると、何度も再インストールするより原因を絞り込みやすくなります。
初回使用の流れは、情報を読み込む、サーバーを選ぶ、接続する、実際のリクエストを完了する、ルールの結果を確認する、という順です。個別のエラーはよくある質問をご覧ください。App Storeの販売地域、購入、機種変更後の復元については入手と購入をご覧ください。このガイドでは手動接続の基本を説明しました。On Demandや複雑な設定を調整するときも、一度に一つの条件だけを変更して確認してください。