初回接続では、サーバーの選択、VPN接続の確立、テストと実際の通信が正常かを順に確認します。Shadowrocketに自分のサーバーやサブスクリプションをすでに読み込んだ方向けに、Homeでの操作手順と、「サーバーが一覧にある」「スイッチがオンになっている」「通信が実際に使える」を分けて確認する方法を説明します。
1. 読み込み・選択・接続の違いを確認
サーバーがHomeの一覧に表示されているのは、接続パラメータがアプリに保存されていることを示すだけです。現在使用するサーバーとして選択されたことや、VPN接続が確立したことを意味するわけではありません。初回操作では項目ごとに確認し、サーバーを選択せずにサブスクリプションを何度も更新したり、テストに応答があっただけで全アプリが通信できると判断したりしないようにしましょう。
この記事では、ユーザーがすでに利用するサービスとサブスクリプションを持っていることを前提とします。クライアントの購入と通信サービスは別のものです。Shadowrocketの買い切り購入に通信プランは含まれません。既存のサブスクリプションからサーバーパラメータを取得し、アプリはそのパラメータに基づいて接続し、現在のルーティング設定を適用します。
Homeではサーバーの選択と接続の操作を行います。Configでは構成ファイルを管理し、SettingsにはOn Demandなどのアプリ設定があります。初回接続ではHomeにとどまり、必要最小限の確認を行いましょう。ルール、DNS、自動接続の設定を同時に変更する必要はありません。
2. Homeでサーバーを選択して接続スイッチをオンにする
Homeの一覧でサーバーの行をタップし、行の左側に選択マークが表示されるか確認します。行末の詳細画面への入口は、通常パラメータの表示や編集に使うもので、サーバーの選択とは異なります。サーバー名は任意に変更できるため、現在の選択は名前に「デフォルト」とあるかではなく、選択マークで判断してください。
-
一覧を確認
Homeを開き、読み込んだサブスクリプショングループまたはサーバーの行が表示されていることを確認します。一覧が空の場合は、まず読み込み結果を確認してください。サブスクリプションURL自体は、そのまま接続に使えるサーバーパラメータではありません。
-
サーバーを選択
既存のグループを展開し、テストするサーバーの行をタップして、左側に選択マークが表示されたことを確認します。サーバー名を控え、以降のテストでも同じ項目を使います。
-
ルーティングを確認
Home → Global Routingを開き、現在の選択を確認します。信頼できるルール設定がある場合はConfigを使用できます。ルールの影響を一時的に切り分けるには、Proxyで比較し、テスト後に元の設定へ戻してください。
-
スイッチをオンにする
Homeに戻り、画面上部の接続スイッチをオンにします。初回接続時にシステムからVPN構成の追加を求められた場合は、要求元がShadowrocketであることを確認してAllowを選び、システムの指示に従ってデバイス認証を完了します。
-
接続を確認
Homeに戻り、接続状態を確認します。スイッチがすぐに戻る、または接続を確立できない場合は、まず権限や接続エラーを解決してください。スイッチをオンにした瞬間だけで接続成功と判断しないようにしましょう。
すでに許可している場合、今回の操作で確認画面が再度表示されないことがあります。これは正常です。デバイスが管理ポリシーで制限されている場合は、VPN構成を追加できるか先に確認してください。設定を何度も削除して試すのは避けましょう。
3. Global Routingによるテスト条件の違いを確認
同じサーバーでも、Global Routingのモードによってリクエストの経路が変わることがあります。特にDirectでは、Webページが開いてもサーバーが使える証明にはなりません。Configでは、リクエストがDIRECTルールに一致する場合もあります。以下ではShadowrocketのルーティングモードを比較します。推奨の設定は、利用可能なルール構成を普段使いしていることを前提とします。
Config
推奨現在有効な構成のルールに従って処理します。ルールの行き先にはDIRECT、REJECT、該当するプロキシポリシーなどを指定できます。先行するルールに一致しなかったリクエストは通常FINALで処理されるため、「それ以外はすべて直接接続」と単純に解釈することはできません。
適した用途：構成の内容を確認済みで、ルールに沿った日常的な振り分けを行う場合。
Proxy
アプリが処理するリクエストをプロキシモードで扱い、ルールによる振り分けを介さない場合も問題が起きるかを確認できます。サーバーパラメータの確認に代わるものではなく、特定のネットワークサービスが必ず利用できることを保証するものでもありません。
適した用途：Configと一時的に比較し、ルールやポリシー選択に関する問題の範囲を絞り込む場合。
Direct
リクエストを直接接続モードで処理します。この場合の結果が主に示すのは、現在のローカルネットワークで直接通信できるかどうかです。選択したプロキシサーバーの利用可否を確認する方法としては適していません。
適した用途：ローカルネットワークと比較し、プロキシ経由の場合にのみ問題が起きるかを判断する場合。
Scene
事前に設定したシーンの条件に応じて、対応する設定を適用します。初回接続時にシーンの内容をまだ確認していない場合は、テスト条件が環境の変化とともに変わらないよう、まず明確な固定モードで確認してください。
適した用途：シーンの設定を完了し、発動条件と動作を理解している場合。
ProxyではアクセスできるのにConfigでは失敗する場合は、Configに戻って使用中の構成と一致するポリシーを確認し、リクエストの送信先を重点的に調べてください。2つのテストで使うサーバー認証パラメータがまったく同じ場合もあるため、すぐにサーバーのパスワードを変更しないでください。
4. Connectivity Testを実行し、実際の通信を確認
HomeでConnectivity Testを見つけてタップし、テストの完了後にサーバー項目の横に表示される結果を確認します。テストは現在のネットワークでの到達性や応答状況の確認に役立ちますが、意味はテスト方式と対象によって異なります。表示されたミリ秒数をWebページの読み込み時間そのものと解釈しないでください。
VPN接続が確立していなくても実行できるテストがあります。そのためConnectivity Testの結果と、Homeの接続スイッチでVPNが正常に確立しているかは、それぞれ個別に確認する必要があります。一括テスト後も選択マークを再確認してください。テストによって現在のデフォルトサーバーが自動的に切り替わるとは限りません。
| 確認できた現象 | 判断できること | 次に行うこと |
|---|---|---|
| ミリ秒数が表示される | 今回のテストに応答があったことを示しますが、すべてのリクエストが成功するとは限りません。 | 同じサーバーが選択されていることとVPNの状態を確認し、実際に使うページを開きます。 |
| タイムアウトまたは失敗と表示される | 現在のテスト条件では、期待した応答を得られなかったことを示します。 | パラメータはそのままにしてネットワークを切り替えて再テストし、テスト対象とサーバーへの到達性を確認します。 |
| テストは正常だがWebページが開かない | テスト時と実際の通信で経路が異なる可能性があります。 | Global Routing、ルールのポリシー、DNS、サーバーの認証パラメータを確認します。 |
| Webページは開くが、特定のアプリで失敗する | 特定のドメイン、プロトコル、またはアプリ自体のネットワーク状態に問題がある可能性があります。 | 失敗したリクエストに適用されたポリシーを確認し、ひとつのアプリの結果だけで経路全体を判断しないでください。 |
最小限の確認手順
- Homeで、対象サーバーの左側に選択マークが表示されたままであることを確認します。
- 接続が安定していることを確認してからConnectivity Testを実行し、結果を記録します。
- プロキシ経由の通信を確認できる、利用可能と分かっているHTTPSページを開き、キャッシュされたタイトルが表示されるだけでなく、本文が読み込まれるか確認します。
- 実際に使うアプリに戻って動作を確認します。Configを使用している場合は、リクエストの記録から適用されたポリシーも確認してください。
一般的なHTTPSサイトはTCP 443を使うことが多い一方、プロキシサーバーのポートは利用中のサービス設定で決まります。この2つは別の設定です。Webサイトが443を使うからといって、サーバーポートを443に変更する必要はありません。Hysteria2などUDPで通信するプロトコルでは、ネットワーク側でUDPが許可されている必要があります。Webテストの成功だけでUDP経路が正常とは判断できません。
5. 接続できないときは現象ごとに切り分け、複数の項目を同時に変更しない
切り分けでは「同じサーバー、同じルーティングモード、同じテスト対象」を保ち、一度に変更する条件はひとつにします。まず、接続スイッチがオンの状態を維持できないのか、接続後にリクエストが失敗するのかを分けてください。現象によって確認する順序が異なります。
2つの現象別の確認手順
接続スイッチがオンの状態を維持できない
- システムでVPN構成の追加を許可したことを確認します。
- Homeに表示される接続エラーを確認し、メッセージをそのまま記録します。
- テストに影響する可能性のある別のVPN接続が動作中でないか確認します。
- サーバーアドレス、ポート、プロトコルに必要なパラメータを確認します。
接続済みだがリクエストが失敗する
- 想定したサーバーが選択されていることを確認します。
- Global Routingを確認し、必要に応じてProxyとConfigを比較します。
- ドメインの名前解決、テスト対象、実際のページを個別に確認します。
- ネットワークを切り替えて再テストし、ローカルネットワークとサーバー経路のどちらに問題があるか切り分けます。
変更前の状態を記録してから、設定をひとつだけ変更します。改善しない場合は元に戻し、問題に新たな変数を重ねないようにします。
Wi-Fiではタイムアウトするのにモバイル通信では正常な場合、まず分かるのは2つの接続環境で結果が異なるということだけで、サーバーの故障とは断定できません。ネットワークを切り替えた後、接続が安定するまで待ち、同じサーバーとテスト方法でもう一度試してください。モバイル通信でテストするとデータ通信を使用するため、デバイスの通信条件を事前に確認してください。
サブスクリプションの更新後に問題が発生した場合は、以前選択していたサーバーがまだ存在するか、アドレス、ポート、認証情報に変更がないか確認します。サブスクリプションの更新はパラメータを再取得する操作であり、接続成功を示すものではありません。問い合わせの際は、サブスクリプションURL全体、パスワード、UUIDなどの認証情報を公開しないでください。エラーの種類、ネットワーク環境、実施した比較テストを伝えれば十分です。
6. 初回接続の確認後にOn Demandを設定
Settings → On Demandでは、条件に応じた接続を設定できます。Homeで手動操作する接続スイッチとは別の機能です。初回の切り分け中に自動接続が繰り返し介入すると、「手動で切断したのに再接続される」といった現象の原因を判断しにくくなります。まず手動接続の確認を完了してから、自分の利用条件に合わせてOn Demandを設定してください。
- 正常に動作することを確認したサーバーと構成を維持し、正常時に使用したGlobal Routingのモードを記録します。
- Settings → On Demandを開き、まず現在の条件を確認してから有効にするか決めてください。タイムアウトを解消する方法として有効にするのは避けましょう。
- 設定を変更したら、Wi-Fiとモバイル通信の切り替え時に実際の接続がどう動作するか、それぞれ確認します。
- 接続を停止するときはHomeのスイッチとOn Demandの設定を両方確認し、手動で一度切断しただけで判断しないようにします。
初回接続の完了は、VPNアイコンが表示されることだけでは判断できません。「対象サーバーが選択されている」「システム接続が安定している」「テスト結果を説明できる」「実際のリクエストが現在のポリシーに沿っている」ことが基準です。以後のトラブルも同じ順序で確認すれば、構成をすべて読み込み直すより原因を特定しやすくなります。ルールの一致条件とポリシーの意味はルールマニュアルで確認できます。