Shadowrocket 使い方

Shadowrocketを開いてHomeに進みます。SERVERグループに既存の項目があるか確認してください。まだ追加されていない場合は、Add Serverをタップして入力画面を開きます。まず、手元の情報の種類を確認します。プロトコル、サーバーアドレス、認証項目が含まれていれば個別のサーバー情報です。複数の項目を取得するURLならサブスクリプションURLです。どちらも設定に使えますが入力場所が異なるため、サブスクリプションURLをHostに入力しないでください。

サーバーを個別に手動追加

Add ServerでTypeをタップし、用意した情報に対応するプロトコルを選択してから、下の項目を入力します。Typeによって表示される入力欄が変わるため、先にプロトコルを選んでから入力してください。Shadowsocksの場合はHost、Port、Password、Methodを確認します。Hostにはサーバーのドメイン名またはIPアドレス、Portには接続ポートを入力し、PasswordとMethodは手元の情報どおりに入力します。Webページのパス、説明文、余分な空白をサーバーアドレスに含めないでください。

プロトコルによって認証方式は異なります。VMess、VLESS、Trojanなどでは、別の識別子、転送方式、TLS関連の項目が必要になることがあります。利用者が持っている接続情報全体を確認してください。フォームを埋めるためにパラメーターを推測したり、あるプロトコルの項目を別のプロトコルにそのまま当てはめたりしないでください。入力後に保存し、Homeに戻ってSERVERに選択可能な項目が追加されたことを確認します。

既存のサブスクリプションを読み込む

サブスクリプションリンクを持っている場合は、Add ServerのTypeでSubscribeを選び、サブスクリプションURLの欄に完全なURLを貼り付けて、画面の案内に従って保存します。URLには利用者を識別するクエリパラメーターが含まれる場合があるため、元の内容を保持してください。疑問符以降を削ったり、URLを公開の掲示板に投稿したりしないでください。保存後に読み込みが完了するまで待ち、Homeに戻って該当グループにサーバー項目が表示されているか確認します。

読み込みに成功したかどうかは、名前が保存されたかではなく、サーバー項目が実際に表示されたかで判断します。サブスクリプショングループだけが表示され、項目がない場合は、まずURLが完全か、現在のネットワークで読み込めるか、サービスが有効かを確認してから、そのグループを更新します。同じURLを繰り返し追加しても、重複したグループが増えるだけで読み込み失敗の解決にはなりません。

QRコードまたは共有リンクを使う

QRコードを持っている場合は、Scan QR Codeから読み取れます。カメラを初めて使うときは、システムの案内に従って許可してください。プロトコルの共有リンクを持っている場合は、アプリの読み込み機能を使い、保存前に解析されたType、Host、Portを確認します。Import from Cloud JSONは別のデータ読み込み方法です。手元の情報が対応する形式である場合にだけ使い、任意のサブスクリプションURLを試しに入力しないでください。

どれか一つの方法を完了すれば十分です。3種類すべてを行う必要はありません。Homeに戻って今回のテスト対象となるサーバーを選び、選択した項目の名前を控えてください。次の手順ではGlobal Routingだけを調整し、同時にサーバーを変更しないでください。そうすることで、確認に失敗したときに原因を特定しやすくなります。リンクの種類の詳しい違いは用語集をご覧ください。

選択できるサーバーが用意できたらHomeに戻り、Global Routingをタップします。ここでは接続に使うルーティングモードを決めます。プロトコルを再選択する画面ではありません。画面上の3つのモードはConfig、Proxy、Directです。それぞれの動作を理解してから、今回の接続に必要な項目を選んでください。

Config：現在の設定ファイルに基づいて振り分け

Configは、現在有効な設定ファイルに基づいて接続を処理します。ルールによって、一部の接続先はプロキシに転送され、別の接続先は直接接続される場合や、特定の接続が拒否される場合があります。そのため、サーバーを選択してもすべてのアクセスがそのサーバーを経由するとは限りません。対象がどのルールに一致し、そのルールにどのポリシーが設定されているかも確認してください。

画面下部のConfigに切り替えて、現在使用中の設定ファイルを確認し、ファイルの内容を開きます。公式スクリーンショットにあるGeneral、Rule、Hosts、URL Rewrite、HTTPS Decryptionは、設定編集画面の各セクションです。ルールは主にRuleで確認し、Add Ruleからルールを追加できます。初めて使うときに各セクションを変更する必要はありません。また、通常の接続テストのためにHTTPS Decryptionを有効にする必要もありません。

ルールは通常、順番に照合されます。実際の動作はルールの種類と設定によって異なります。以下は構文を確認するための断片であり、既存のファイルをそのまま置き換える完全な設定ではありません。example.comは例示用のドメインであり、PROXYを使うには実際の設定に対応する利用可能なポリシーが必要です。完全な設定情報がない場合は、数行だけをコピーして現在のファイルを上書きしないでください。

DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

Proxy：サーバーが使えるかを先に確認

Proxyは、プロキシ可能な接続を現在選択中のサーバーに転送します。サーバーの初回確認や、Configの結果との比較に適しています。入力したパスワードの誤り、サービスの期限切れ、到達できないポートを修正する機能ではありません。また、すべてのアプリのすべてのシステム通信が必ず同じ経路を通ることを意味するものでもありません。テスト前にサーバーが選択されていることを確認してから、モードを切り替えてください。

Direct：直接アクセスとの比較に使用

Directは選択中のプロキシサーバーを経由せず、接続先に直接接続します。基本ネットワークが使えるかの判断に役立ちますが、プロキシサーバーの動作確認には使えません。スイッチをオンにしてもアクセス状況が変わらない場合は、アプリをすぐに再インストールするのではなく、Global RoutingがDirectのままになっていないか確認してください。

初回はProxyで接続を確認し、サーバーが基本的に使えることを確認してからConfigに戻し、ルールが日常の利用目的に合っているか確認する方法をおすすめします。モードはトラブル対処時の変数の一つです。変更前の選択を記録しておいてください。ルールの順序、ポリシーの参照、設定ファイルの管理については設定マニュアルをご覧ください。

Homeに戻り、まず2点を確認します。SERVERグループで先ほど追加したサーバーが選択されていること、Global Routingに今回使うモードが表示されていることです。確認後、画面上部のスイッチをオンにします。未接続の場合、画面にはNot Connectedと表示されます。この状態表示をサーバー名と誤認しないでください。サーバー項目が保存されているだけで接続が確立したと判断することもできません。

システムによるVPN構成の追加を許可

初めて接続するとき、システムからVPN構成の追加を求められる場合があります。この許可により、Shadowrocketはシステムのネットワーク接続を確立できます。接続情報の読み込みや、不足しているサーバー情報の補完を行うものではありません。開いたばかりのShadowrocketからの要求であることを確認して許可し、デバイスの案内に従ってパスコードまたはシステム認証を行ってください。

キャンセルすると、アプリは未接続状態のままになる場合があります。画面上部のスイッチを再度オンにし、システムの要求を完了してください。同じサーバーを繰り返し追加する必要はありません。デバイスが組織によって管理されている場合や、システムに制限がある場合は、現在の利用者が許可できないことがあります。不明な構成を削除して試すのではなく、デバイス管理の要件を確認してください。

Homeに戻って接続結果を確認

許可後にアプリへ戻り、画面上部の状態がNot Connectedから接続状態に切り替わったか確認します。接続の確立には時間がかかることがあります。スイッチを短時間に何度も切り替えないでください。状態が変わらない場合は、エラーメッセージの有無、システム認証の完了状況、現在選択中のサーバーを記録し、後述のトラブル対処に進みます。

システム設定で確認する場合は、iPhone / iPadの設定でVPNを検索し、該当する構成と接続状態を確認できます。システムのバージョンによって設定の階層が異なることがあるため、固定の階層を覚えるより設定内の検索を使う方法が確実です。以前ShadowrocketのVPN構成を削除した場合は、再接続時に案内に従って追加を許可してください。

VPNの状態でわかるのはシステムの接続経路が確立したかどうかであり、サーバーがリクエストを転送できることや、特定のWebサイトにプロキシルールが適用されたことを保証するものではありません。この時点ではサーバーとルーティングモードを変えず、次の手順でアクセスを確認してください。テスト中にネットワーク接続を管理する別の機能が動作している場合は、競合の有無を確認し、元に戻せるよう現在の設定を記録してください。

問題が起きた場合は、サーバーと設定ファイルを残しておき、すべてを削除することから始めないでください。「現在のネットワーク、手元の情報、選択中のモード、実際のエラー」の4点で状況を整理し、以下の順に確認します。項目を一つ変更するたびに再接続し、同じアクセス確認を繰り返してください。改善しない場合は元の値に戻し、複数の変更が重なって原因を特定できなくなるのを防ぎます。

サーバーがない、またはサブスクリプション更新後も空のまま

追加の手順に戻り、サブスクリプションURLの文字抜け、余分な空白、チャットツールによる改行の分割がないか確認します。URLを保存できても、有効な内容を読み込めたとは限りません。基本ネットワークとサービスの有効期間を確認し、更新時のエラーメッセージを確認してください。サービス提供元がURLを変更した場合は、利用者が入手した新しいURLに置き換えればよく、同じサブスクリプションを複数登録する必要はありません。認証情報を確認するときは、適切な非公開の手段を使ってください。

スイッチをオンにしても接続状態を維持できない

まずシステムのVPN許可が完了しているか確認し、サーバーが選択されているかを確認します。認証または接続に関する具体的なエラーがある場合は、案内に従ってType、Host、Port、認証項目を確認してください。Wi-Fiとモバイルネットワークを切り替えて比較すると、現在のネットワークとサーバーのどちらに問題があるか判断しやすくなります。モバイルネットワークを使う場合は、データ使用量に注意してください。

接続は確立するが、すべての接続先にアクセスできない

一度接続を切り、基本ネットワークで通常のサービスにアクセスできるか確認します。基本ネットワーク自体が使えない場合は、ネットワークへのログインや電波状況を先に確認してください。基本ネットワークに問題がなければ、Proxyを短時間使って同じサーバーを確認します。それでも失敗する場合は、サービスの有効期間、サーバーの状態、プロトコルパラメーターを確認してください。利用者が使える別の項目を持っている場合は、サーバーだけを変更して比較します。DNSとルールを同時に変更しないでください。

Configで一部の接続先だけ失敗する

想定した設定ファイルが現在有効か確認し、ルールの順番と実際に一致したルールを確認します。範囲の広いルールが前にあると、後続の細かいルールが適用されない場合があります。FINALは、それ以前のルールに一致しなかったリクエストを処理します。アクセスに失敗したからといってすべてのRuleを削除したり、全ての接続をDIRECTに変更したりしないでください。まず対象が実際にどのポリシーを使ったかを特定し、必要最小限の範囲でルールを変更します。

テストに失敗する、またはドメイン名の解決に問題がある

Settingsを開き、Test Methodを確認します。テスト方法によって測定する内容が異なるため、一つの結果だけですべてのアプリの通信を判断できません。ドメイン名の解決に関するエラーが出る場合は、現在のDNS設定を記録し、同じドメイン名で再テストしてください。必要に応じて、既知の動作する設定に戻して比較します。不明なDNSアドレスを一度に複数入力したり、ドメイン名や証明書の不一致を隠すためにTLS検証を無効にしたりしないでください。

SettingsのDiagnosticsは、さらに問題を特定する際に利用できます。診断結果を確認するときは、エラーの種類、発生時のネットワーク環境、操作の順番を記録してください。共有する前に、サブスクリプションURL、認証情報、個人のドメイン名、その他の機密情報を隠します。Proxy、TCP、UDPなどの設定は異なる層の動作に影響します。初回のトラブル対処では元の値を維持し、すべてのスイッチを一度に変更しないでください。

画面ロック、ネットワーク切り替え、自動再接続の後だけ問題が発生する場合は、On Demandの条件とシステムのネットワーク変化を確認します。まず手動接続が使えることを確認してから、自動起動を設定してください。権限、サブスクリプション更新、DNSの詳しい問題はよくある質問をご覧ください。英語の設定項目を確認するには用語集をご覧ください。使い始めの段階で、すべての詳細設定を変更する必要はありません。