Shadowrocketの使い方：
追加から接続確認まで

Shadowrocketを開いたら、まずHomeを表示します。ここではサーバー項目の確認、使用するサーバーの選択、接続の操作を行います。右上のプラスボタンをタップしてAdd Serverを開き、すぐに貼り付けず、まずTypeを確認してください。お手元の情報が、サーバー一覧を更新できるサブスクリプションURLなのか、個別サーバーのアドレス、ポート、認証情報なのかを見分けます。この2種類は同じ形式では入力できません。

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

Add ServerのTypeでSubscribeを選び、ご自身のサービス提供元から取得したサブスクリプションURLをすべてURL欄に貼り付けます。自分で見分けやすい名前を入力して保存し、Homeに戻って一覧の読み込みを待ちます。サブスクリプションがグループとして表示された場合は、展開して具体的なサーバー項目があることを確認してください。サブスクリプションは一覧の取得や更新に使うものです。グループ名が表示されただけでは、利用可能なサーバーが選択されたことにはなりません。

貼り付ける前と後に、URLの先頭、末尾、パラメーター部分がすべて含まれているか、空白、改行、引用符、チャットアプリが付けた説明文などが混ざっていないか確認します。サービス提供元のWebページやアカウントページのURLを、サブスクリプションURLとして入力しないでください。URLにアカウントを特定する情報が含まれる場合があります。ご自身のデバイスにのみ保存し、相談する際はURL全体を公開したり、共有構成やスクリーンショットに載せたりしないでください。

個別サーバーの情報がある場合：Typeに合わせて入力

個別サーバーの情報を受け取った場合は、Typeで提供元が指定したプロトコル（Shadowsocks、VMess、VLESS、Trojanなど）を選び、各項目を入力します。アドレスとポートはそれぞれ対応する欄に入力し、パスワードなどの認証情報も受け取った値をそのまま使います。TLS、通信方式、サーバー名などの追加項目は、元の情報を確認して入力してください。プロトコル名だけを見て推測しないでください。同じプロトコルでも、追加パラメーターをそのまま置き換えられるとは限りません。

読み込み用のQRコードがある場合は、Scan QR Codeで読み取れます。カメラへのアクセス許可を求められた場合は、用途を確認してから許可してください。読み込み後も、追加されたTypeと重要な項目を確認します。名前が表示されたことだけを成功の根拠にしないでください。手入力、サブスクリプション、QRコードは情報の取り込み方法が異なりますが、いずれの場合もHomeに戻って実際のサーバー項目を確認する必要があります。

保存後、Homeで具体的なサーバーを1つ選び、選択マークを確認します。名前は項目を見分けるためのもので、サーバーが利用できる証明にはなりません。同じ情報を続けて何度も読み込むのは避けてください。似た項目が複数できると、どれをテストしたのか判断しにくくなります。一覧が空のままなら手順5の読み込みに関する確認へ進みます。サーバーが表示され、選択できた場合はGlobal Routingの選択へ進んでください。

Homeに戻り、Global Routingをタップして現在のモードを確認します。モードはConfig（設定）/Proxy（プロキシ）/Direct（直接接続）の3種類です。これらはサーバーのグループやプロトコルではありません。切り替えても、読み込んだサーバー情報が自動的に修正されるわけではありません。使い始める際は選択したモードを記録し、その後のテストも同じモードを前提に行ってください。モードの違いをサーバーの不具合と取り違えずに済みます。

通常のルール運用ではConfigを確認

リクエストをルールで振り分ける場合はConfigを選び、画面下部のConfigタブを開いて、現在選択中の構成ファイルを確認します。Configタブは構成ファイルを管理する場所、Global RoutingのConfigはルーティングモードです。同じ名前でも役割が異なります。ファイルを選んだだけでは不十分です。Global RoutingでもConfigが選択されていることを確認してください。そうしないと、表示された動作がそのファイルのルールによるものとは限りません。

ルールは通常、上から順に照合され、一致した時点で指定のポリシーに従って処理されます。PROXY、DIRECT、REJECTはそれぞれ異なる処理方法を示すもので、サーバーアドレス欄に入力する値ではありません。このページでは初回接続までを扱うため、ここでカスタムルールを作成する必要はありません。構成ファイルの入手元、ルールの順序、FINALによる最終処理などは、初心者から応用までの完全ガイドをご覧ください。

問題の切り分けに限りProxyまたはDirectに切り替える

Configで特定の対象に問題がある場合は、一時的にProxyを選び、サーバーは変えずに同じ対象へ再度アクセスして、ルールの影響範囲を絞り込めます。Directは、現在のネットワークから直接アクセスする場合の比較対象になります。切り替えはあらゆる問題を解決する方法ではありません。サーバーの認証情報に誤りがあれば、Proxyにしても自動で正しくなることはありません。テスト後は予定していたモードに戻してリクエストを再送し、次の手順に進みます。

Homeに戻り、最後に2点を確認します。選択中のサーバーが、先ほど追加して使用する予定のものか、Global Routingが予定したモードになっているかを確認してください。その後、画面上部の接続スイッチをオンにします。初回接続時、iPhoneまたはiPadにVPN構成の追加を求めるシステム画面が表示されることがあります。これは、アプリが該当するネットワーク接続構成を作成するための許可手続きです。アプリを再購入する要求でも、サブスクリプションの読み込み成功を示すものでもありません。

スイッチをオンにした直後に表示された画面であれば、アプリ名と内容を確認して許可し、システムの案内に従ってデバイスの認証を完了します。Shadowrocketに戻り、接続スイッチがオンのままか、接続状態に変化があるかを確認してください。すでに許可済みの場合、次回の接続時に同じ画面が表示されないことがあります。画面が出ないからといって必ずしも異常ではありません。再表示させるために構成を何度も削除しないでください。

前回の画面でキャンセルを選んだ場合、接続できないことがあります。もう一度スイッチをオンにしてシステム画面が表示されるか確認してください。それでも進めない場合は、システムのSettingsでVPNを検索し、該当する構成と許可状態を確認します。システム設定の項目や配置はバージョンによって変わるため、実際のデバイスに表示された内容を確認してください。操作の前に接続を停止し、接続中に構成を削除したり変更したりしないでください。

初回の動作確認中は、テスト対象のVPN接続だけを使用することをおすすめします。別のVPN構成が接続中、または自動的に再接続していると、現在の状態を判断しにくくなる場合があります。ほかのVPN接続を停止してからHomeに戻り、再度試してください。サーバー、モード、システム構成を同時に変更しないでください。まずはOn Demandを有効にする必要はありません。手動接続で同じ結果を再現できることを確認してから、自動接続の条件を検討してください。

スイッチがオンのままになり、システムに接続状態が表示されたら、動作確認に進みます。「接続済み」はローカルの接続処理が動作状態になったことを示すだけで、リモート認証、名前解決、対象サイトへのアクセスまで成功したとは限りません。状態アイコンだけで終わらせず、実際のリクエストを送信して確認してください。スイッチがすぐにオフに戻る、または状態が繰り返し変化する場合は、スイッチを連続して操作せず、手順5で許可状態と構成を確認します。

まずHomeでConnectivity Testを実行し、選択中のサーバーに対応する結果を確認します。一覧に複数の項目がある場合は、どの項目の結果かを確認してください。別の項目で成功していても、現在のサーバーが利用可能とは限りません。応答がない場合は、現在のネットワークとサーバー情報を確認します。応答があった場合も、実際の対象にアクセスして確認してください。テストと実際のアクセスでは確認できることが異なります。

Connectivity Testの結果は、テスト方法、テスト対象、その時点のネットワーク環境によって変わります。テストに応答があっても、対象サイトへの実際のリクエスト、名前解決、必要な通信方式が正常とは限りません。逆に、1回のテスト失敗だけで、すべてのアクセスが失敗すると判断することもできません。同じサーバー、同じモードで再度テストし、実際のアクセスでも確認してください。項目を次々に切り替えるより、判断しやすくなります。

以前のページではなく、新しいリクエストで確認

ブラウザーを開き、実際に使いたい対象へアクセスして、ページを再読み込みするか新しいページを開きます。新しいネットワークリクエストが発生するようにしてください。キャッシュされたページは新たな接続がなくても表示されることがあります。また、すでに確立した接続が以前の処理を引き継ぐ場合もあります。Global Routingやサーバーを切り替えた後は、リクエストを新たに送信してください。必要に応じて古いページを閉じてから開き直し、切り替え前の結果を切り替え後の設定の判断に使わないようにします。

Configを使用している場合は、リクエストまたは接続の記録を確認し、対象に想定したポリシーが適用されているかを調べます。リクエストがDIRECTで処理されても、ただちに振り分けの誤りとは限りません。まず、構成がその対象への直接接続を指定しているか確認してください。サーバーを選択していても、すべてのリクエストがそのサーバーを経由するとは限りません。対象、現在のモード、実際の処理結果を記録してから、該当するルールを確認するか判断します。

Dataで通信量の変化を確認

画面下部のDataを開き、操作の前後で通信量に変化があるか確認します。新しい通信が発生したかを判断する補助になります。ただし、通信量が増えても、特定の対象が想定したポリシーで処理された証明にはなりません。デバイス上のほかのリクエストでも通信量が発生するためです。対象に実際にアクセスできること、現在のモードと関連記録が想定どおりであることも確認してください。

「接続後にリクエストを送信し、結果を確認し、もう一度送信して同じ結果になる」までを一度は確認してください。Wi-Fiとモバイル通信を切り替えた後、必要であれば同じ方法でもう一度テストし、特定のネットワーク環境で問題が起きるか確認します。一方のネットワークだけで失敗する場合は、その違いを記録してトラブル対処に進みます。安定して動作したら、その設定を保ち、不要な変更は避けてください。

読み込み後も一覧が空、または解析エラーが表示される

まず、アカウントページや説明ページではなく、サブスクリプションURLを入力しているか確認し、URLが完全かどうかを調べます。URLが無効になっている、サービスの状態が変わった、または有効なサブスクリプション以外の内容が返されている場合、同じURLを何度も保存しても解決しないことがあります。ご自身のサービス提供元でURLの状態と元の情報を確認してください。URLを再取得する場合は古い値を新しい値に置き換えてから更新し、内容の異なる似た名前のグループを複数残さないようにします。

続いて、サブスクリプションの更新時にデバイスからURLへアクセスできるか確認します。サブスクリプションの更新と、サーバーを使った対象へのアクセスは別の処理です。現在の接続状態が更新に影響することもあります。現在使える項目は残したままにし、一覧を先に消さないでください。ネットワーク状況を確認してから更新を再試行し、表示されたメッセージを記録します。古い項目が残っていて更新に失敗しても、最新の内容を取得できたとは限りません。まず更新に失敗した原因を確認してください。

サーバー項目はあるが、Connectivity Testに失敗する

まず選択中の項目を確認し、アドレス、ポート、プロトコル、認証情報を確認します。手動入力では、似た文字の取り違えや入力漏れに注意してください。サブスクリプションから追加した場合は、提供元のサービス状態と該当項目の有効性を確認します。ほかに利用できるサーバーがある場合は、同じネットワーク、同じテスト条件で比較できます。一度にすべての項目を変更すると、原因を判断する手がかりが残らなくなるため避けてください。

接続スイッチがオンのままにならない

まずシステムの許可に関する項目を確認します。VPN構成の追加を求める画面で許可が完了しているか、ほかのVPN接続が優先されていないか、自動接続の条件によって状態が繰り返し変わっていないかを確認してください。手動でスイッチを操作した状態を基準にし、関連する自動接続設定を一時停止してから試します。それでもエラーメッセージが表示される場合は、メッセージの内容と操作を記録してください。スイッチがオフになったという理由だけで、サブスクリプションURLの問題と判断しないでください。

スイッチはオンだが、一部の対象だけに問題がある

まずGlobal Routingを確認します。Directではサーバーを選択しても自動的にそのサーバーは使われません。Configでは有効なファイルと対象に適用されるルールを確認します。サーバーは変えず、一時的にProxyへ切り替えて同じ対象に新しいリクエストを送信してください。ProxyではアクセスできてConfigでは問題がある場合、構成、ポリシー、名前解決に関する設定を優先して確認できます。ただし、これで問題のあるルールを特定できたとは限りません。

どちらのモードでも失敗する一方、ほかの対象にはアクセスできる場合は、対象自体の状態、特定の接続条件、サーバー側での対象の処理も考えられます。すぐにアプリを再インストールしたり、構成をすべて削除したりしないでください。有効な設定を保存し、同じ対象を使って項目ごとに再確認します。DNS、ルールの順序、プロトコルの追加パラメーターを調べる場合は、完全マニュアルをご覧ください。このページでは初回接続の手順を扱います。

結果を記録してから次の変更へ

役立つトラブル記録には、読み込み、接続、実際のアクセスのどの段階で失敗したか、使用中のGlobal Routing、ネットワークの種類、表示されたメッセージ、直前に変更した項目、変更前後の結果を含めます。記録する際は、サブスクリプションURL、パスワード、個人のアカウント情報を隠してください。構成ファイルには複数の機密性の高い接続情報が含まれる場合があるため、内容全体を公開して問題説明の代わりにしないでください。

正常に戻ったら、Global Routingを通常使用する予定のモードに戻し、有効な構成が選択されていることを確認してから、手順4の実際のアクセスをもう一度確認します。今後、サブスクリプションの更新、構成の変更、ネットワークの切り替えを行う場合も、同じ確認手順を繰り返してください。操作の順序を忘れた場合は、本ページの追加と読み込みまたは接続確認に戻れます。各設定を詳しく理解するには、応用マニュアルをご覧ください。