Shadowrocket クイックスタート
5つの手順で既存情報の追加、Global Routingの選択、接続確認を行います。初回の操作は約10分を目安にしてください。実際にかかる時間は、情報のそろい具合やネットワークの状態によって異なります。
順番に進め、サーバー、ルール、DNSを同時に変更しないでください。各手順の結果を確認してから次に進みます。問題が発生した場合は、どの画面で止まったか、エラーメッセージの内容を記録してください。
Add Server:サーバーの追加またはサブスクリプションの読み込み
Shadowrocketを開き、Homeに進みます。まず手元の情報の種類を確認してください。サーバー一覧を更新するためのURLがある場合はSubscribeを使用します。単一サーバーのアドレス、ポート、プロトコル、認証情報がある場合は手動で追加します。情報に合った方法をどちらか一つ選べばよく、ガイドを完了するために両方追加する必要はありません。サブスクリプションURLにはアクセス認証情報が含まれる場合があります。パスワードと同様に管理し、公開ページに貼り付けたり、むやみに転送したりしないでください。
サブスクリプションリンクがある場合
Homeで右上の追加ボタンをタップし、Add Serverを開きます。TypeをタップしてSubscribeを選択し、完全なサブスクリプションリンクをURLに入力して保存します。貼り付ける際は先頭と末尾を確認し、コピー時に空白、改行、説明文が混入していないか特に注意してください。URLの疑問符以降のパラメーターを削除したり、サービスアカウントのログインページをサブスクリプションURLとして使ったりしないでください。
Homeに戻り、サブスクリプションの読み込みが終わるまで待ちます。正常に読み込まれると、一覧に対応するグループとサーバー項目が表示されます。サブスクリプション名だけが表示され、選択できるサーバーがない場合は、まず現在のデバイスからURLにアクセスできることを確認し、サブスクリプションが有効か、応答内容がクライアントに適した形式かを確認してください。最初に追加の問題を解決します。モードを切り替えても、読み込めないサブスクリプションURLは修復されません。
単一サーバーの情報がある場合
同じくHomeからAdd Serverを開き、Typeで情報に記載されたプロトコル(Shadowsocks、VMess、VLESS、Trojanなど)を選び、アドレス、ポート、認証情報を順に入力します。プロトコルによって必要な項目は異なります。パスワード、UUID、暗号化方式、TLS設定は互いに置き換えられません。名前が似ているという理由でプロトコルを推測したり、プロトコル接頭辞付きの共有情報全体をサーバーアドレス欄に入力したりしないでください。
情報にQRコードが含まれている場合は、アプリにあるScan QR Codeから読み取り、システムの案内に従ってカメラへのアクセスを許可してください。読み取り後も、認識されたプロトコルとアドレスが元の情報と一致することを確認してから保存します。手動で入力する場合、TLSのサーバー名などが接続先アドレスと異なることがあります。元の情報を基準にし、見た目をそろえるためだけに変更しないでください。
この手順の完了条件:Homeに選択可能なサーバーが表示され、次にテストする項目が選択されていること。リスト上の名前はメモにすぎず、サーバーが現在利用可能であることを示すものではありません。後で接続に失敗した場合に比較できるよう、元の情報を保管してください。各項目の意味が分からない場合は用語クイックリファレンスを、プロトコルの仕組みやパラメーターについてはプロトコルガイドをご覧ください。
Global Routing:3つの処理モードを使い分ける
サーバーを保存したら、すぐに接続をオンにせず、HomeでGlobal Routingをタップして使用する処理方法を確認します。ここではConfig / Proxy / Directの3つのモードを選択できます。接続の処理方法を決めるものであり、サーバーのパラメーターを修正したり、サーバー自体のプロトコルを示したりするものではありません。切り替える前に現在の選択内容を覚えておくと、テスト後に元の状態へ戻せます。
| モード | 処理方法 | 初回操作時の確認事項 |
|---|---|---|
| Config | 現在の設定にあるルールに従ってポリシーを決定します。 | Configでご自身の設定が選択されているか。 |
| Proxy | トラフィックをプロキシ経由で処理します。一時的な経路確認に適しています。 | Homeで正しいサーバーが選択されているか。 |
| Direct | 現在のサーバーをプロキシとして経由せず、接続先に直接アクセスします。 | Directでアクセスできても、プロキシ接続の確認にはなりません。 |
ルールを使う場合は、まずConfigを開き、ご自身の設定ファイルが選択されていることを確認してから、Global Routingに戻ってConfigを選択します。サーバーのサブスクリプションと設定ファイルは別のものです。前者は主にサーバー一覧を提供し、後者はドメインやアドレスなどの条件に対してどのポリシーを適用するかを決定します。サブスクリプションを追加しただけで、ルール設定も完了したと考えないでください。
サーバー情報だけがあり、ルール設定をまだ用意していない場合は、Proxyで短時間の接続確認を行えます。まずサーバー経路が機能するかを確認し、接続の問題とルールの問題が混ざるのを避けます。テスト後は、ご自身の設定に応じてConfigに戻してください。このガイドでは、どのウェブサイトでどの経路を使用するかは指定しません。
Directは基本ネットワークの比較に使えますが、プロキシ接続が成功した証拠にはなりません。Directでウェブページを開けても、現在の直接アクセス経路でそのページを利用できることを示すだけです。次の手順で確認する際は、「モード」「選択したサーバー」「アクセスしたページ」を合わせて記録し、ページが開いたかどうかだけで判断しないでください。
この手順の完了条件:現在選択しているモードを把握し、Configを使う場合はConfigで有効な設定が選ばれていること。ルールの順序、PROXY / DIRECT / REJECT、FINALの詳しい意味は用語クイックリファレンスで確認できます。初回接続時にすべての設定を一度に変更する必要はありません。
Home:接続スイッチとシステムの許可
Homeに戻り、選択中のサーバーとGlobal Routingをもう一度確認します。情報とモードを確認したら、Home上部の接続スイッチをオンにします。初回接続時は、iPhone / iPadにVPN構成を追加するシステムの案内が表示される場合があります。直前の操作に対する案内であることを確認してから許可し、システムの要求に従ってデバイスのパスコードまたは生体認証を完了してください。
ここでのシステム許可は、アプリがデバイス上にVPN構成を作成するためのものです。サブスクリプションアカウントへのログインや、サーバー認証ではありません。デバイスのパスコードはシステムの認証画面で入力し、Add ServerのPassword欄には入力しないでください。反対に、サーバーのパスワードでデバイスのロックを解除することはできません。入力欄が表示されたら、システムの案内かアプリ内のサーバーフォームかを確認してください。
許可が完了したらShadowrocketに戻り、スイッチがオンのままか確認します。システムのステータス領域にVPNの表示があれば、接続状態を示す参考情報にはなりますが、目的のウェブページに必ずアクセスできることを示すものではありません。システム構成が作成されていること、サーバーに到達できること、ルールが想定どおりであることは、それぞれ別の確認事項です。次の手順で実際のアクセスも確認してください。
オンにした直後にオフになる場合は、何度もタップせず、未完了の許可や明確なエラーメッセージがないか確認します。次にHomeでサーバーが選択されていること、ポートやパスワードなどの項目が正しく入力されていることを確認してください。デバイス上で別のVPN接続が有効な場合は、いったん切断してから再試行してください。複数の接続を同時に操作すると、どの接続がネットワークを使用しているか判断しにくくなります。
初回の手動確認中は、On Demandの設定を変更しないでください。On Demandは条件に応じて接続を開始するための機能であり、手動接続のたびに有効にする必要はありません。スイッチをオフにした後で自動的に再接続される場合に限り、既存のオンデマンド接続条件を確認します。一つの問題を調べるために、複数の自動化設定を同時に変更しないでください。
この手順の完了条件:システムの許可が完了し、Homeの接続スイッチがオンのままで、未処理の案内がないこと。現在のサーバーを編集する場合は、先に接続をオフにし、変更を保存してからオンにしてください。これにより、各テストで使用したパラメーターが明確になり、失敗時に前の状態へ戻しやすくなります。
Connectivity Test:テストと実際のアクセスを照合する
接続をオンにしたら、まずConnectivity Testで現在のサーバーを確認し、その後に実際のアクセスを試します。テスト結果は特定の方法と対象に対する一度の測定であり、ネットワーク状態にも影響されます。応答があってもすべてのウェブページやアプリが正常に動作するとは限らず、タイムアウトした場合も実際のアクセス結果と合わせて判断する必要があります。一つの数値だけで設定完了と決めないでください。
- 基本ネットワークを確認する。まったくアクセスできない場合は、Shadowrocketの接続をオフにし、ブラウザーで正常に表示できることが分かっている一般的なウェブページを開きます。基本ネットワークでも失敗する場合は、Wi-Fiまたはモバイルネットワークを確認し、クライアントのプロトコル項目を変更するのは後にしてください。
- サーバー経路を確認する。接続を再びオンにし、選択中のサーバーが変わっていないことを確認してからConnectivity Testを実行します。応答の有無とテスト時のネットワーク環境を記録し、同じウェブページを開いて新しい内容が読み込まれるか確認してください。以前のキャッシュが表示されているだけでは判断できません。
- 設定の動作を確認する。Configを使う場合は、ご自身の設定内でルールが分かっている対象を選び、PROXYを使う想定のものとDIRECTを使う想定のものをそれぞれ確認します。両方が開けても、想定したポリシーが適用された証明にはなりません。必要に応じて、アプリ内で利用できる接続記録も確認してください。
ProxyではアクセスできるのにConfigで想定どおりにならない場合は、サーバーをすぐに削除せず、有効な設定とルールを優先して確認します。反対に、どちらのモードでも同じサーバーでアクセスできない場合は、接続経路とサーバーパラメーターを先に確認してください。モードを比較すると問題の範囲を絞れますが、比較中にサーバーとネットワークを同時に変更すると、結果を判断しにくくなります。
Wi-Fiでは正常でもモバイルネットワークで問題が起きる場合も、有用な手がかりです。ネットワークを切り替えた後は、新しい環境で再接続してテストしてください。以前のConnectivity Testの結果を新しいネットワークの判断にそのまま使わないでください。プロトコルによっては、ネットワークごとに異なる通信条件の影響を受けます。既存のサーバー情報と照らし合わせて確認し、一度の失敗だけでクライアント設定全体が無効だと判断しないでください。
この手順の完了条件:実際のウェブページを少なくとも一度開き、テストに使用したサーバー、Global Routingのモード、ネットワーク環境を説明できること。正常に動作したら、その設定を比較用に保管してください。以後、ルールやDNSを変更した際は、この設定と比較して再テストできます。接続スイッチをオンにしただけで、アクセスを確認していない場合は完了ではありません。
追加、接続、ルールの3段階でトラブルを確認
失敗した場合は、最初に完了できなかった手順に戻ります。最初からアプリを再インストールしないでください。再インストールしても、期限切れのサブスクリプション、間違ったサーバーパスワード、合っていないルールは修復されず、既存の設定が見つけにくくなる場合もあります。まずエラーメッセージと直近の変更を記録し、次の順に確認してください。一度に変更する項目は一つにし、保存後は同じ対象で再テストします。
追加後にサーバー項目が表示されない
Subscribeに保存したのが完全なサブスクリプションURLであり、アカウントのトップページ、説明ページ、単一サーバーのメモではないことを確認します。リンクが途中で切れていないか、余分な文字が含まれていないか、サブスクリプションが有効かも確認してください。応答内容がログイン案内やウェブページの場合、サーバー一覧としては使えません。情報に疑問がある場合は、利用中のサービス提供元に正しいURLと対応形式を確認してください。完全なリンクを公開の掲示板に貼らないでください。
項目はあるが、テストや接続に失敗する
元の情報と照らし合わせ、Type、サーバーアドレス、ポート、認証情報を確認し、TLS関連のパラメーターが誤って変更されていないか調べます。デバイスの日付と時刻も正確に設定してください。時刻のずれは証明書の検証に影響する場合があります。エラーを消すために証明書の検証をむやみに無効にせず、まずサーバー名と証明書の要件を確認します。別の、自分で保有していて正常に使えると確認済みのサーバーがある場合は、同じネットワークで比較できます。テストのために、見知らぬ情報を何度も追加する必要はありません。
テストに応答があるのにウェブページが開かない
まず、問題が特定のページだけなのか、正常に利用できることが分かっている複数の対象でも起きるのか確認します。特定の対象だけで失敗する場合は、対象サービス、名前解決、ルールの適用先に原因がある可能性があり、すべての接続が失敗しているとは限りません。Global Routingが誤ってDirectのままになっていないか、Configで別の設定が選択されていないか確認してください。ドメインへのアクセスだけに問題がある場合はDNS設定を確認し、意味の分からない設定をいくつも重ねないようにします。
Configでのみ問題が起きる
有効な設定を確認してから、ルールの上から下への適用順序と、最終ルールFINALのポリシーを調べます。前方にある広範なルールが先にリクエストに一致し、後続のより具体的なルールが適用されない場合があります。サブスクリプションの更新に成功しても、設定ルールが同期されたとは限りません。まず正常に使えることが分かっている設定に戻して比較し、その後、一つずつ調整してください。ルールのキーワードは用語クイックリファレンス、プロトコルや通信項目についてはプロトコルガイドをご覧ください。
確認が終わったら、一時的に使ったProxyを予定しているモードに戻し、もう一度テストします。さらに調査が必要な場合は、デバイスのシステム、ネットワークの種類、プロトコル、失敗した手順、機密情報を除いたエラー内容を記録してください。パスワード、完全なサブスクリプションリンク、認証情報を含むQRコードは公開しないでください。診断に必要な手がかりを保ちながら、接続情報が問題の説明に含まれるのを防げます。
初回接続が完了した後は、Homeで何が選択されているか、Global Routingでどのモードを使っているか、現在どのConfigが選択されているかの3点を確認すると、日常の状態を把握しやすくなります。既存のサブスクリプションを更新したり設定を変更したりした後は、このページの手順04で再テストしてください。