公式マニュアル · 初回接続

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

まず手元の情報を追加し、通信の振り分け方法を確認してから、実際のアクセスで動作を確かめます。初回設定は次の5ステップに沿って進めてください。設定済みの場合は、問題が起きている手順に進めます。

  • iPhone / iPad向け
  • 画面上の英語表記をそのまま使用
  • 問題が起きた箇所ごとに対処

STEP 01 · サーバー情報を追加

Add Server:サーバーの追加とサブスクリプションの読み込み

まず、手元の情報がサーバーリストを更新するサブスクリプションURLなのか、単一サーバーのアドレス、ポート、認証情報なのかを確認します。追加方法が異なるため、両方の操作を行う必要はありません。Shadowrocketを開いてHomeに進み、右上の追加ボタンからAdd Serverを開きます。保存後は編集画面にとどまらず、Homeに戻って追加結果を確認してください。

サブスクリプションURLがある場合:Subscribeを使用

Add ServerでTypeを開き、Subscribeを選択して、手元のサブスクリプションURLをすべて入力します。備考には「普段使い」など、自分で見分けやすい名前を付けられます。パスワードやURL内の認証情報は備考に記載しないでください。内容を確認して保存し、読み込みが終わるまで待ちます。成功すると、Homeのリストにサブスクリプションに対応するサーバーが表示されます。サブスクリプション名だけで、選択できるサーバーがない場合は、まず更新結果を確認してください。

URLをコピーするときは、先頭、末尾、中間のパラメーターに注意してください。メッセージ内の説明、改行、空白、文末の句読点はURLに含まれないため、一緒に入力しないでください。以下は入力項目の形式を示す例です。実際のサブスクリプションとして使用したり、開いたりしないでください。

https://example.com/sub?token=xxxx

読み込みに成功したら、リストが更新されていないように見えても、同じサブスクリプションを続けて追加しないでください。サーバーリストを再取得する場合は、既存のサブスクリプションを更新します。サブスクリプションURLにはアクセス情報が含まれている場合があるため、パスワードと同様に管理してください。問題のスクリーンショットを共有する前に、URL全体とパラメーターを隠します。更新や複数のサブスクリプションの整理については、サブスクリプション管理ガイドの更新方法をご覧ください。

単一サーバーの情報がある場合:プロトコルに合わせて入力

サーバーの各項目が記載された情報を受け取った場合は、Add ServerのTypeで指定されたプロトコル(Shadowsocks、VMess、VLESS、Trojanなど)を選択します。続けて、アドレス、ポート、プロトコルに必要な認証情報を入力してください。プロトコルによって必要な項目は異なります。あるプロトコルのパスワード、UUID、通信パラメーターを、別のプロトコルにそのまま使うことはできません。入力方法は、手元の情報と現在のフォームに従ってください。

保存前に、アドレスに余分な空白が入っていないか、ポート番号がすべて入力されているか、認証情報に抜けがないかを確認します。TLS、通信方式、サーバー名の指定がある場合も、記載どおりに入力してください。入力欄を簡略化するために、指定されたパラメーターを削除しないでください。不明な項目は、値を何度も変えて試すのではなく、利用中のサービス提供元に確認してください。保存できても、入力内容が受け付けられたことを示すだけで、サーバーへの接続が保証されるわけではありません。

QRコードやクリップボードから追加する場合:内容を確認

読み込み用のQRコードがある場合は、Scan QR Codeを使い、システムの案内に従って必要なカメラへのアクセスを許可します。QRコードには単一サーバーの共有リンクやサブスクリプションURLが含まれている場合があります。読み取った結果の種類、備考、アドレスが手元の情報と一致していることを確認してから保存してください。クリップボードから読み込む場合も、コピーした内容が完全な共有情報であり、Webページのタイトルや一般的な説明文ではないことを確認します。詳しくはQRコードの読み取りと読み込み方法をご覧ください。

いずれかの方法で追加したらHomeに戻り、追加したサーバーを選択します。この時点では、ほかの設定を続けて変更しないでください。次に確認するのは、リクエストの処理方法です。サブスクリプションはサーバーリストを提供し、ルール設定は通信の経路を決めます。サブスクリプションの読み込みに成功しても、自分に合ったルール設定が読み込まれ、有効になっているとは限りません。

STEP 02 · リクエストの処理方法を確認

Global Routing:Config、Proxy、Directを選択

HomeでGlobal Routingを開き、選択画面を表示します。ここではリクエストの処理方法を決めます。前の手順で選択したサーバーとは別の設定です。3つのモードはConfig、Proxy、Directです。それぞれの意味を確認してから接続を開始すると、「サーバーは正常なのに通信結果が想定と異なる」といった誤認を防ぎやすくなります。

Global Routingの3つのモードと初回確認での用途
モード処理方法使用する場面
Config現在有効な設定ファイルのルールに従ってリクエストを処理します。信頼できる設定ファイルがあり、ルールに応じてリクエストを振り分けたい場合。
Proxyすべてのリクエストをプロキシ経由で処理します。選択したサーバーで実際に通信できるか、一時的に確認する場合。
Directリクエストを直接接続で処理します。基本的なネットワーク状態を比較したい場合や、直接接続の結果を確認する場合。

Configを使う前に、有効な設定ファイルを確認

ルールに基づいて通信を振り分ける場合は、Configを開き、現在有効な設定ファイルが使用予定のものか確認します。リストにファイルが表示されていても、有効とは限りません。名前だけで内容を判断しないでください。ルールは実際の設定に記載された順に確認され、通常は最初に一致したルールのポリシーが適用されます。FINALは最後のフォールバック処理に使われます。特定のリクエストがDIRECTまたはREJECTになるのは、設定内のルールによる結果かもしれません。サーバーの障害とは限りません。

初めて使う場合や、ルールの内容をまだ確認できていない場合は、すぐに多くのルールを編集する必要はありません。Proxyを一時的に選び、一般的なWebページにアクセスしてサーバー経由の通信を確認した後、Configに戻して結果を比較できます。Proxyではアクセスでき、Configではできない場合は、サブスクリプションを削除して再読み込みするのではなく、設定ファイルとルールの適用状況を確認してください。ルールの構文や設定については、機能と設定をご覧ください。

モードを選択したらHomeに戻り、テストするサーバーが選択されていることを再確認します。Global Routingを一時的に変更した場合は、確認後に普段の設定へ戻してください。問題の切り分けで、サーバー変更、DNS変更、モード切り替え、設定ファイルの編集を同時に行わないでください。変更が重なると、通信が復旧しても原因を特定しにくくなります。

STEP 03 · システム接続を確立

Home:接続スイッチをオンにしてVPN構成を許可

Homeに戻り、サーバーが選択されていて、Global Routingが今回の確認目的に合っていることを確かめてから、接続スイッチをオンにします。初回接続時は、システムからVPN構成の追加を求められることがあります。これはアプリがシステムのネットワーク機能を使って通信を処理するための許可であり、サーバー情報を再度読み込む操作ではありません。現在の操作によって表示された案内であることを確認し、システム画面で許可を選択して、デバイスのパスコードまたは生体認証で認証します。

許可したらShadowrocketに戻り、接続スイッチがオンのままになっていることを確認します。システムでの確認が完了していない場合、アプリは未接続のままになることがあります。権限の案内に対応してから、もう一度試してください。スイッチがすぐにオフに戻る場合は、何度も素早くタップしたり、情報を続けて追加したりしないでください。処理中のシステム画面がないか、デバイスで現在のVPN接続が許可されているかを確認します。

VPN構成とルール設定を区別

システムのVPN構成は、アプリとシステムのネットワーク機能を連携させるためのものです。一方、アプリのConfig内にあるファイルは、ルールやDNSなどの処理設定に使います。どちらも「構成」や「設定」と呼ばれることがありますが、用途は異なります。システムのVPN構成を削除しても、誤ったルールは修正されません。Configファイルを変更しても、システムの許可に代わるものではありません。問題がどちらの層にあるのかを確認してから、必要な操作を行ってください。

以前に許可を拒否した場合は、もう一度接続を開始して、システムの案内を確認してください。デバイスが管理ポリシーで制限されていたり、システムがVPN構成を追加できないと表示したりする場合は、デバイスの管理要件を確認します。サブスクリプションの失効と混同しないでください。システム上の記録を確認する場合は、システム設定で「VPN」を検索し、Shadowrocketに対応する項目を確認します。変更前に対象を確かめ、使用中のほかのネットワーク設定に影響しないよう注意してください。

許可が完了し、スイッチがオンのままでも、接続処理が始まった、またはシステム上の接続が確立したことを示すだけです。すべてのWebサイトにアクセスできるとは限りません。システムのステータス表示だけでは、アプリの通信を確認できません。次は、サーバーとモードを変えずに、実際のWebページへのリクエストを確認します。こうすることで結果を比較しやすくなります。

STEP 04 · リクエストの結果で動作を確認

Connectivity Test:テスト後に実際の通信を確認

まずConnectivity Testで、現在選択しているサーバーを簡易チェックします。テスト結果から、特定のテスト条件で応答があったかどうかを確認できます。ただし、すべてのドメイン、プロトコル、サービスのリクエストが成功することや、Webページの通信がそのサーバーを経由することを保証するものではありません。応答時間の数値だけで設定完了と判断せず、実際のアクセスと通信経路も確認してください。

Shadowrocketの接続をオンにしたままブラウザーに切り替え、普段問題なく開ける一般的なページを表示して更新します。その後、実際に使うサービスにもアクセスして確認してください。初回の確認では、機密性の高い操作が必要なページは避けます。決済、フォームの送信、大容量ファイルの転送も使わないでください。ページがキャッシュされている場合、以前の内容が表示されても新しいリクエストの成功は確認できません。サイト内の別のページを開いて確かめてください。

結果を3つの項目に分けて記録

  1. サーバーテスト:Connectivity Testで応答があったか、すべて失敗したか。
  2. 実際のアクセス:一般的なWebページを読み込めるか、特定のサービスだけで問題が起きるか。
  3. ルールの経路:Configが選択されているか、対象のリクエストにPROXY、DIRECT、REJECTが想定どおり適用されているか。

ルールを確認する場合は、アプリで確認できる接続記録やログを使い、先ほどの対象ドメインと処理ポリシーを探します。画面によって確認できる情報は異なるため、実際に表示された項目だけをもとに判断してください。表示されていない項目が正常だったと推測しないでください。Configを使う場合、1つのページから複数のドメインにリクエストが送られることがあります。メインページは開けても一部のリソースが読み込めない場合は、アドレス欄のドメインだけでなく、該当するリクエストを個別に確認します。

テストとWebページの両方が正常なら、アプリに戻り、普段使うGlobal Routingに戻っていることを確認して、使用できたサーバーと設定ファイル名を記録します。初回確認中は、On Demandを変更せずにしておきます。手動接続が正常に動作すると確認できてから、ネットワーク環境に応じてOn Demandを個別に設定してください。On Demandは条件に応じて接続を開始する機能で、誤ったサーバー情報を補完したり、無効なサブスクリプションを修正したりするものではありません。

一部の手順だけが成功しても、設定をすぐにすべて消去しないでください。結果を残したまま次の節に進み、症状ごとに原因を確認します。読み込み、サーバーからの応答、システム接続、DNS、ルールはそれぞれ別の段階です。すべての手順を一度にやり直すより、該当する段階を個別に確認する方が効果的です。

STEP 05 · 問題が起きた箇所を一つずつ確認

Shadowrocketが接続できないときのトラブル対処

まず、問題が起きた手順を記録します。保存できない、更新できない、サーバーテストに失敗する、接続スイッチがオフに戻る、接続後にWebページが開かない、のどれに当たるかを確認してください。元の設定を残し、変更は一度に一つだけ行い、同じページで再確認します。最初からすべてのサーバーを削除したり、Configを消去したり、ネットワーク設定をすべてリセットしたりしないでください。原因を調べる手がかりも同時に失われます。

サブスクリプションを更新できない、またはサーバーがリストに表示されない

まずデバイスの基本ネットワークで一般的なWebページを開けることを確認し、SubscribeのURLが完全に入力されているかを見直します。URLのパラメーターが欠けていたり、コピー時に改行や句読点が混ざっていたりする場合は、利用中のサービス提供元から完全なURLを再取得して置き換えてください。情報が更新されている場合は、重複して追加せず、既存のサブスクリプションを更新します。それでも失敗する場合は、アプリに表示されたエラー内容を記録し、URLが有効か、読み込みに適した内容が返されているかをサービス提供元に確認してください。

サブスクリプションの更新失敗と、追加済みサーバーに接続できるかどうかは分けて確認します。サーバーリストは残っていても、サブスクリプションの読み込みだけが一時的に失敗することがあります。更新に成功しても、特定のサーバーが使えない場合もあります。現在のリストと選択中の項目を確認し、「更新できた」ことを「すべてのサーバーが使える」証明と考えないでください。更新後の項目の変化や複数のサブスクリプションの管理については、サブスクリプション更新の説明をご覧ください。

Connectivity Testが失敗する

手動で追加したサーバーの場合は、Add Serverの編集画面に戻り、手元の情報と照らし合わせてプロトコル、アドレス、ポート、認証項目を確認してから、TLSと通信パラメーターを確認します。サブスクリプションから追加した場合は、一度更新し、テスト対象のサーバーがリストに残っていることを確かめてください。一つだけ失敗する場合は、手元にある別のサーバーと比較できます。すべて失敗する場合は、現在のネットワーク状態と共通の設定条件を確認します。推測したパスワードやポート番号を繰り返し試さないでください。

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

VPN構成を追加するシステムの許可が完了しているか、未対応の案内が残っていないかを確認します。システムに明確なエラーが表示されている場合は、サーバーの確認より先にそのエラーに対処してください。ネットワークを切り替えた後に問題が起きた場合は、一度接続をオフにし、基本ネットワークが復旧するまで待ってから再接続します。結果を確認してから次の手順に進んでください。管理対象デバイスの制限には、デバイスの管理要件に従って対処します。サーバー情報を変更しても、システムの権限に関する問題は通常解決しません。

テストに応答はあるが、Webページが開かない

まず、すべてのページで起きるのか、特定のドメインやアプリだけで起きるのかを確認します。サーバーはそのままにして、ConfigからProxyに一時的に切り替えて比較します。Proxyでは正常でConfigでは問題が起きる場合は、現在の設定ファイルのルールとDNSを優先して確認してください。両方で問題が起きる場合は、サーバー情報、接続先の状態、現在のネットワークを見直します。比較後は必要なモードに戻し、一時的なテスト状態を最終設定として使わないでください。

DNSはドメイン名をアドレスに変換します。サーバーテストで応答があっても、ページに必要なすべてのドメインを正しく解決できるとは限りません。まずConfig内のDNS設定が、自分で確認した設定ファイルに由来するものか確認してください。複数のDNS項目を同時に変更しないでください。段階的な確認方法については、Webページが開かないのに遅延は正常な場合のDNSトラブル対処をご覧ください。

問い合わせる前に、必要最小限の情報を整理

デバイスの種類、現在のネットワーク、Global Routingの選択、問題が起きた手順、表示されたエラー内容を記録し、影響が特定の接続先だけかどうかも伝えてください。サブスクリプションURL全体、パスワード、UUID、その他の認証情報は送信しないでください。ログやスクリーンショットも、機密情報がないか確認し、必要な部分を隠してから共有します。「Proxyではアクセスできるが、Configに戻すと特定のドメインに接続できない」のように伝えると、「接続できない」だけの場合より原因を特定しやすくなります。

前の手順をもう一度確認する場合は、追加と読み込み、Global Routingの選択、または接続の許可に戻り、最初に確認できなかった手順から再開してください。