Shadowrocketの使い方：
サブスクリプションの追加と初回接続
手元にある接続情報から、追加、ルーティングの選択、接続許可、動作確認の順に進めます。この記事では初回利用に必要な操作を説明します。ルールの項目やマッチングの仕組みは、設定ガイドをご覧ください。
すでに完了した手順がある場合は、該当する章へ移動してください。問題を調べる際は現在の設定を記録し、一度に変更する条件は1つに絞りましょう。
STEP 01 / IMPORT
Add Server：サーバーの追加またはサブスクリプションの読み込み
Shadowrocketを開いたら、まずHomeに移動します。ここではサーバー一覧の確認、使用するサーバーの選択、接続の切り替えを行います。初めて使う場合は、手元の情報がサブスクリプションURLなのか、プロトコル、サーバーアドレス、ポート、認証情報を含む単体サーバーの情報なのかを確認します。どちらか一方の方法で追加すればよく、接続を始めるために両方を設定する必要はありません。
サブスクリプションURLがある場合：Subscribeを選択
Homeの右上にある追加ボタンをタップしてAdd Serverを開き、TypeからSubscribeを選択します。URL欄にサブスクリプションURLをすべて貼り付け、見分けやすいメモを入力して、画面右上の保存ボタンで追加します。貼り付けた後、URLの先頭と末尾、クエリパラメーターを確認してください。コピー時に空白や改行が入っていないかにも注意します。
保存してHomeに戻り、サブスクリプションの取得が終わるまで待ってから、グループとサーバー項目を確認します。サブスクリプション名が表示されても、サーバー情報の読み込みが完了したとは限りません。該当するグループを開き、選択可能な項目があることを確認してください。一覧が空、または取得エラーが表示される場合は、この段階でURLとネットワークを確認します。接続スイッチをすぐにオンにしないでください。
サブスクリプションの更新は、サービス提供元が公開している一覧を再取得する操作であり、接続の確立とは別です。サービス提供元がサーバー情報を変更した場合は、該当するサブスクリプションの操作メニューから更新し、更新後の項目を確認します。一覧の変更により選択状態が変わる場合があるため、更新後は使用中のサーバーを改めて確認してください。
サーバー情報がある場合：Typeに合わせて入力
サーバー1台分の情報がある場合も、HomeからAdd Serverを開きます。ただし、TypeはSubscribeではなく、情報に指定されたプロトコル（Shadowsocks、VMess、VLESS、Trojanなど）を選択します。選択したTypeに表示される項目に従って、サーバーアドレス、ポート、パスワードなどの認証情報を入力してください。必要な項目はプロトコルと手元の情報によって異なります。別のプロトコルの入力例を参考にして、値を推測で追加しないでください。
サーバーアドレスとWebページの完全なURLは別のものです。ホスト名を入力するよう指定されている場合は、該当するホスト名だけを入力します。ポートはポート欄に、認証情報は対応する欄に入力してください。TLS、Server Name、転送パラメーターがある場合は、情報を一つずつ照合します。パラメーターを修正せずにセキュリティチェックを無効にする方法は避けてください。入力後に保存し、Homeに項目が表示されることを確認します。
QRコードがある場合：Scan QR Codeを使用
QRコードで接続情報を受け取った場合は、Scan QR Codeで読み取り、システムの案内に従ってカメラへのアクセスを許可します。読み取り後も、取り込まれたType、アドレス、必要な項目を確認してください。読み取りに成功したことは、QRコードの内容を取得できたという意味であり、サーバーへの接続を保証するものではありません。QRコードには個人の認証情報が含まれる場合があるため、公開しないでください。
最後にHomeで使用するサーバーを選び、選択マークが目的の項目に付いていることを確認します。これで接続情報の準備は完了です。次に通信をどのように処理するかを決めてから、接続を開始します。
STEP 02 / ROUTING
Global Routing：通信の処理モードを選択
Homeに戻り、Global Routingをタップして現在の選択を確認します。モードはConfig、Proxy、Directの3種類です。リクエストに適用するポリシーを決めるもので、サーバーのアドレスや認証情報は変更されません。サブスクリプションURLの誤りも修正されません。
Config：現在の設定ファイルに従って処理
Configでは、現在有効な設定ファイルのルールに基づいて、リクエストをPROXY、DIRECT、REJECT、または設定されたポリシーグループへ振り分けます。このモードを使う前に、画面下部のConfigを開き、現在有効な設定ファイルを確認してください。一覧にファイルが表示されていても、選択中とは限りません。選択マークや現在の設定状態で確認します。
初めて使う際に、すべてのルールをすぐ編集する必要はありません。信頼でき、自分の用途に合った設定がある場合は、有効になっていることを確認してからHomeに戻り、Configを選びます。サブスクリプションは主にサーバー情報の更新に使い、設定ファイルはルールなどを管理します。両者は別のもので、サブスクリプションを追加しただけですべての振り分けルールが設定されるわけではありません。
Proxy：まずサーバーへの接続を確認
Proxyではリクエストをプロキシ経由で処理するため、初回接続時にルールによる振り分けの影響を減らして確認できます。サーバーが使えるかを先に確かめたい場合は、一時的にProxyを選び、後述の接続とWebページのテストを行います。すべてのアプリやリクエストで同じ結果になるわけではなく、サーバーへの到達を保証するものでもありません。
Proxyで対象にアクセスでき、Configに切り替えると同じ対象にアクセスできない場合は、サーバーをすぐ削除せず、現在の設定、適用されたルール、ポリシーグループの選択を確認してください。検証後は、日常の用途に合ったモードに戻します。トラブル確認用のモードを使い続ける必要はありません。
Direct：プロキシサーバーを経由せずに処理
Directはリクエストを直接処理するモードです。通常のネットワーク接続を確認するときや、直接接続が必要な場合に使います。Directを選んでいる間は、接続スイッチがオンでも、選択中のプロキシサーバーを通信が経由しているとは限りません。結果を判断する際は、Global Routingの選択とスイッチの状態を合わせて確認してください。
モードを選んだらHomeに戻り、使用するサーバーが選択されていることをもう一度確認します。次に接続を開始し、初回利用時のシステム許可を完了します。
STEP 03 / CONNECT
Home：接続スイッチと初回の許可
Homeで目的のサーバーが選択されていることと、Global Routingが今回のテストに合っていることを確認し、画面上部の接続スイッチをオンにします。初回接続時、システムからShadowrocketにVPN構成の追加を求められる場合があります。アプリ名を確認して許可を選び、画面の案内に従ってデバイスのパスコードまたは生体認証で承認します。
この確認は、アプリがシステムのネットワーク接続構成を作成するためのものです。サブスクリプションへのログインではなく、ダイアログでサーバーのパスワードを入力する必要もありません。システム認証後にShadowrocketへ戻り、スイッチと接続状態を確認します。許可の途中で操作が中断された場合は、接続スイッチをもう一度オンにする必要があることがあります。システムのダイアログが消えただけで、接続が確立したと判断しないでください。
以前に許可を取り消した場合は、接続スイッチを再度オンにして、表示されるシステムの案内に従います。デバイスが組織によって管理されている場合や、設定に制限がある場合、システムから変更できないと表示された場合は、デバイスの管理要件を確認してください。既存のシステム構成を何度も削除しないでください。許可の問題とサーバー認証の失敗は別の段階で発生するため、分けて対処します。
初回の動作確認では、手動でオン・オフした結果を把握しやすいよう、On Demandはオフのままにしておくことをおすすめします。On Demandは設定した条件に応じて接続を開始する機能で、接続品質を高めるスイッチではありません。手動接続、ルーティングの選択、対象へのアクセスを確認した後、必要に応じて条件を設定してください。
システムにVPNの状態が表示されたり、アプリで接続がオンになったりしても、確認できるのは接続状態が確立したことだけです。リモートサーバー、DNS、対象のWebサイトが正常に動作するとは限りません。ここで確認を終えず、実際のリクエストで結果を検証し、「スイッチがオン」と「対象にアクセスできる」を区別してください。
使用を終えるときはHomeに戻って接続を手動でオフにし、システムの状態も変化したか確認します。オフにした後で自動的に再接続する場合は、スイッチの故障と判断する前に、On Demandが有効か、どの条件が設定されているかを確認してください。オンデマンド接続の詳しい説明は、FAQのOn Demandに関する項目をご覧ください。
STEP 04 / VERIFY
Connectivity Test：接続とルールの動作を確認
確認は通常のネットワークから始めます。現在のWi-FiでWebログイン認証が必要な場合は、先にブラウザーで認証してください。モバイル通信では、まずデータ通信が正常に使えることを確認します。通常のネットワーク自体が使えない状態では、サーバーを何度も切り替えても解決しないことがあります。普段アクセスできることが分かっているページを、ネットワーク確認用に用意してください。
使用中のサーバーをテストしてから実際のリクエストを確認
Homeに戻り、Connectivity Testでサーバーへの接続状況を確認します。テスト対象に現在選択中のサーバーが含まれていることも確認してください。テスト結果はサーバーへの到達可否を調べる参考になりますが、結果はテスト対象、ネットワーク、サーバーの状態によって変わります。テストで結果が出ても、すべてのWebサイトやアプリにアクセスできるとは限りません。一度タイムアウトしただけで、サブスクリプションが無効とは判断できません。
次にブラウザーを開き、アクセスできることが分かっているページを表示します。キャッシュされたページを新しいリクエストの成功と誤認しないよう、ページを更新するかURLを開き直し、別のページにも移動できるか確認してください。接続状態だけを見るより、実際に使うアプリでも確認するほうが、現在の設定が用途に合っているか判断しやすくなります。
Configで適用されたポリシーを確認
Configを使っている場合は、Logsで直前のリクエストに対応する記録を確認し、対象ドメイン、適用ルール、最終的なポリシーをチェックします。DIRECTに一致しても異常とは限らず、現在のルールで想定された結果の場合があります。同様に、PROXYと表示されてもプロキシポリシーが選択されたことを示すだけなので、リクエストが成功したかも確認してください。
「プロキシ経由になるはずの通信が直接接続になった」場合は、まず正しい設定ファイルが選択されているか、先に適用されるルールがないか、ポリシーグループで想定した項目が選択されているかを確認します。ルールは通常、順番に照合されます。1つ変更すると後続のリクエストに影響することもあります。初回利用時は結果の確認にとどめ、1回の問題に対して複数のルールを続けて変更しないでください。
条件をそろえた比較テストもできます。同じネットワーク、サーバー、対象を使い、ProxyとConfigでそれぞれ同じリクエストを試します。Configだけで失敗する場合は、ルールと設定を重点的に確認します。両方で失敗する場合は、サーバー情報、通常のネットワーク、サーバー側の状態を確認してください。比較時は一度に変更する条件を1つに絞ると、結果を判断しやすくなります。
STEP 05 / DIAGNOSE
よくある失敗：発生した段階ごとに確認
手順どおりに確認しても解決しない場合は、どの段階で失敗したかを記録し、以下の順に確認します。サブスクリプションを取得できない、サーバーへの接続を確立できない、特定のWebサイトにアクセスできない場合では、関係する箇所が異なります。すべてを「Shadowrocketに接続できない」とまとめると、確認範囲が広がり、正しい設定を誤って変更するおそれがあります。
サブスクリプションを読み込めない：URLと取得結果を確認
該当するSubscribe項目に戻り、URLが完全か、説明文が混入していないか、サービス提供元のリンクがまだ有効かを確認します。アカウント確認用のWebページが、そのまま読み込み可能なサブスクリプションURLとは限りません。リンクの種類や有効性が不明な場合は、サービス提供元に確認してください。クエリパラメーターを適当に削除・変更して修正しようとしないでください。
以前は更新できていたのに取得に失敗する場合は、まず現在のネットワークからサブスクリプションURLに必要なサービスへアクセスできるか確認し、更新をもう一度試します。エラーがネットワークのタイムアウト、認証の失敗、内容の解析エラーのどれに当たるかを確認すると、ネットワークとURLのどちらに問題があるかを切り分けやすくなります。新しいURLの有効性を確認する前に、使用中の項目を削除しないでください。
一覧に表示されるが接続できない：サーバー情報を確認
まず、空のグループや誤った項目を選択していないか確認し、Type、サーバーアドレス、ポート、認証情報、必要な転送パラメーターを一つずつ照合します。手入力では、パスワードの大文字・小文字、ポート、Server Nameを間違えやすいため注意してください。サブスクリプションから追加した情報の場合は、手動で変更して次回更新時に上書きされることを避け、更新が成功したか、サービスが利用可能かを先に確認します。
Connectivity Testがタイムアウトする場合、可能であればネットワークを一度切り替えて比較します。その際、サーバーとテスト対象は変えません。ネットワーク変更後に結果が異なれば、その差を記録してください。複数のネットワークで失敗する場合は、サーバーの状態も確認します。接続スイッチをオンにできることだけを根拠に、サーバーへの接続失敗を除外しないでください。
一部のリクエストだけ失敗する：ルーティング、DNS、ログを確認
まずGlobal Routingが誤ってDirectになっていないか確認し、Config画面で想定した設定ファイルが有効になっていることを確かめます。特定の対象だけに問題がある場合は、Logsで該当リクエストを探し、REJECT、想定外のDIRECT、または別のポリシーグループに一致していないかを確認してください。設定の問題を覆い隠すために、すべてのリクエストをProxyにしたままにしないでください。
ログにドメイン名の解決失敗が記録されている場合は、DNSを独立した要素として確認します。通常のネットワークが使えるか、現在の設定で名前解決の項目を変更していないか、同じドメイン名を安定して解決できるかをチェックしてください。DNSの設定項目は互いに関連しているため、初回接続のガイドを見ながら値を一つずつ試す方法は適切ではありません。変更が必要な場合は、設定項目とルールのガイドを参照し、現在の設定を理解してから1項目ずつ変更してください。
接続状態が頻繁に変わる：システム側の条件を確認
Wi-Fiからモバイル通信に切り替えた直後ではないか、ネットワーク認証が未完了ではないか、On Demandによって再接続が始まっていないか確認します。手動でオフにしてすぐ再接続する場合は、オンデマンドの条件を一時停止してから様子を見ます。デバイスに許可や管理上の制限が表示された場合は、システムの案内で理由を確認してください。サブスクリプションが無効になったものとして処理しないでください。
原因を特定できない場合は、現在のGlobal Routing、選択中のサーバーのプロトコル、失敗した対象、エラーの原文、発生段階を整理してから、よくある質問とトラブルシューティングをご覧ください。記録をまとめる際は、サブスクリプションURL、パスワード、認証情報、QRコードなどの個人情報を隠してください。エラーの種類と必要な状況だけを残します。