Shadowrocket にサーバーを読み込んだ後は、サーバーを選択し、Global Routing を確認して接続をオンにしたうえで、実際にアクセスできるかを確かめます。この記事では、利用するサービスの設定情報をすでにお持ちの iPhone / iPad ユーザーを例に、「一覧にある」「選択済み」「トンネル接続中」「目的のサイトにアクセス可能」の4つの状態を区別し、テストに失敗した場合の確認手順を紹介します。Mac、Windows、Android、Linux でも同じ考え方で確認できます。操作画面の場所は各プラットフォームによって異なります。
1. サーバーが読み込まれていることを確認する
要点:初回接続を進めるには、Home に選択できるサーバーが表示されている必要があります。サブスクリプションはサーバー情報を更新するためのものです。URLを保存しただけでは、サーバー情報を取得できたことにはなりません。この記事は、ご自身で利用するサービスとサブスクリプションをお持ちであることを前提としています。当サイトではサーバーやサブスクリプションの提供・販売・推奨は行っていません。
Home にサーバー一覧が表示されている場合は、次のセクションへ進んでください。サブスクリプション名だけが表示され、サーバーがない場合は、先にサブスクリプションを更新します。サーバー情報を取得する前に接続スイッチを何度も操作したり、サブスクリプション URL を個別サーバーのアドレス欄に入力したりしないでください。
- サブスクリプションから追加:Home 右上の「+」→ Type → Subscribe を選び、ご自身のサブスクリプション URL を入力して保存します。その後 Home に戻り、サブスクリプションを更新します。
- 更新後の確認:サブスクリプションのグループ内に個別のサーバーが表示されていることを確認します。空のままの場合は、サブスクリプションが有効か、利用可能な内容が含まれているか、現在のネットワークでデータを取得できるかを確認してください。
- 手動で追加:Home 右上の「+」→ Type から、利用するサービスで指定されたプロトコルを選び、元の設定情報に従ってアドレス、ポート、認証情報を入力します。
- 設定場所の違い:Home ではサーバーと接続を管理し、Config ではルール設定を管理し、Settings ではアプリの設定を管理します。ルールファイルを読み込んでも、サーバーの追加にはなりません。
2. Home でサーバーを選択してから接続する
要点:使用するサーバーの行をタップし、選択マークが付いたことを確認してから、Home 上部の接続スイッチをオンにします。遅延時間、一覧での並び順、サブスクリプションのグループ名は、選択状態の確認にはなりません。ここでいう「デフォルトサーバー」とは、現在手動で選択しているサーバーです。Config でポリシーグループを使用している場合、実際の送信先はグループ内の選択によって決まることもあります。
-
一覧を確認
Home を開き、既存のサブスクリプショングループを展開して、使用するサーバーを探します。サーバーがあることを確認し、名前が重複している場合は、設定の異なる同名サーバーを選ばないよう注意してください。
-
サーバーを選択
サーバーの行をタップし、選択マークがその項目の横に表示されることを確認します。詳細画面を開く操作は設定の確認や編集です。戻った後も、一覧で選択状態を確認してください。
-
ルーティングを確認
Home → Global Routing で現在のモードを確認します。有効なルールファイルがある場合は Config を使用します。ルールが正しいか未確認の場合は、比較テストとして一時的に Proxy を使用できます。
-
接続をオン
Home に戻り、上部の接続スイッチをオンにします。iPhone / iPad で初めて使う場合は、システムの案内に従って VPN 構成の追加を許可し、必要なデバイス認証を完了してください。許可を取り消すと、この手順ではトンネルを確立できません。
-
テストを実行
接続スイッチをオンにしたまま Home で Connectivity Test を実行します。テストが終わるまで待って結果を記録し、ブラウザーで実際にアクセスしたいページを確認します。
接続をオンにしたら、アプリの接続状態とシステムの VPN 状態をあわせて確認します。システムアイコンが常に表示されるかどうかは端末の画面表示に左右されるため、ステータスバーのアイコンだけで判断しないでください。スイッチがすぐオフに戻る場合は、DNS を調整する前にシステムの許可状態やエラーメッセージを確認します。サーバーを切り替えた後は接続状態が安定するまで待ちます。古い接続が残っているようなら、接続スイッチをいったんオフにしてからオンにし、再テストしてください。
3. Global Routing の選び方:Config、Proxy、Direct の違い
要点:有効性を確認済みのルール設定を普段使いする場合は Config を選びます。ルールの影響を調べるときは Proxy で一時的に比較し、Direct は直接接続の状態を確認するときに使います。Global Routing はルーティングモードを決めるもので、サブスクリプションをダウンロードしたり、サーバーの認証情報を自動修復したりする機能ではありません。
Config
おすすめ現在有効な設定ファイルのルールに従って振り分けます。通信は DIRECT、プロキシポリシー、REJECT などに振り分けられるため、すべての通信が Home で選択したサーバーを経由するとは限りません。使用前に Config で意図したファイルが有効になっていることを確認してください。
適した用途:有効なルール設定を使った普段の利用。
Proxy
クライアントに入る通信をプロキシモードで処理し、ルールによる振り分けがアクセスに影響しているか比較するために使います。端末上のあらゆる通信が必ず処理されるという意味ではなく、無効なサーバーが使えるようになるわけでもありません。
適した用途:選択したサーバーの一時的な確認、Config のルールによる影響の切り分け。
Direct
通信を直接接続として処理するモードです。プロキシサーバーが使えるかどうかの確認には使えません。Home でサーバーを選択していても、Direct のままウェブページが表示されたことは、プロキシ接続の成功を意味しません。
適した用途:ローカルネットワークでの直接接続を比較し、通常のウェブページにアクセスできるか確認する。
Global Routing に Scene が表示される場合、設定済みのシーン条件に応じてルーティング動作を選びます。初回の確認では、現在のシーンがどのモードを使うかを把握してください。判断できない場合は Config または Proxy に一時固定し、自動切り替えによる変数を減らします。確認後は元の設定に戻し、一時的な診断モードを日常設定の完了と混同しないでください。
4. Connectivity Test 成功後は、実際の通信も確認する
要点:Connectivity Test はテスト対象への接続状況を確認するもので、通信速度の測定でも、すべてのウェブサイトやアプリが利用できることの保証でもありません。サーバー一覧の遅延チェック、接続スイッチの状態、Connectivity Test、ブラウザーでの実アクセスは、それぞれ異なる段階の情報です。別々に記録してください。
| 確認する場所 | 確認できること | これだけでは確認できないこと |
|---|---|---|
| Home の選択マーク | 手動で選択中のサーバー | サーバー認証の成功、または目的のサイトへのアクセス可否 |
| 接続スイッチと VPN の状態 | トンネルが有効になっているか | リモートサーバー、DNS、目的のサイトがすべて正常か |
| サーバーの遅延チェック | 現在のテスト方法での応答状況 | 実際の通信全体の成功率やダウンロード速度 |
| Connectivity Test | 現在の設定でテスト対象に接続できるか | すべての通信がプロキシ経由か、すべての接続先が利用可能か |
| ブラウザーでの実アクセス | 今回の条件で特定のページを読み込めるか | ほかのアプリ、ドメイン、ネットワークでも正常か |
次の順序で確認してください。接続をオンにし、Connectivity Test を実行してから、ブラウザーで目的のページを再読み込みします。テストに成功してもページが開かない場合は、ドメイン解決の失敗、接続タイムアウト、証明書エラーのどれかを記録し、ひとまとめに「接続できない」としないでください。ブラウザーに古いページが残っている場合は、再読み込みするか新しいページを開いてから確認し、キャッシュを新しい通信の成功と取り違えないようにします。
たとえば、「Proxy ではテストに成功して目的のページも開くが、Config では同じページが開かない」場合は、まず設定やポリシーの違いが考えられます。「どちらのモードでもテストがタイムアウトするが、接続を切ると通常のウェブページは開く」場合は、サーバー設定やプロキシ経路を確認します。これは切り分けの考え方であり、特定の接続先を実測した結果ではありません。再テストでは同じサーバー、ネットワーク、接続先を使い、設定は一度に1つだけ変更してください。
5. テストに失敗したら、サーバー設定とルーティング設定を分けて確認
要点:まずサーバーに接続できるかを確認し、次に通信が意図したポリシーに振り分けられているかを確認します。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard では必要な項目が異なります。プロトコル名だけを変更して、元の設定をそのまま使わないでください。アドレス、ポート、認証情報、通信方式に関する項目は、ご自身の利用サービスの設定と一致させます。
サーバーの確認項目
- Type
- 元の設定と同じプロトコルを使います。名前が似ているだけで代用しないでください。
- アドレス
- 元の設定で指定されたドメイン名または IP を使い、自己判断で入れ替えないでください。
- ポート
- 数字を一桁ずつ確認してください。443 を入力しても、そのサービスが必ず TLS を使うとは限りません。
- 認証
- パスワード、UUID、キーを確認し、コピー時に空白や改行が混入していないか確認してください。
ポート番号だけではプロトコルを判断できません。サービスから提供された設定一式を確認してください。
ルーティングの確認項目
- モード
- Home → Global Routing を開き、現在のモードを記録します。
- 設定ファイル
- Config を開き、使用するファイルが有効になっていることを確認します。
- ポリシー
- 接続先のドメインが DIRECT、PROXY、REJECT、またはどのポリシーグループに振り分けられるかを確認します。
- 自動接続
- Settings → On Demand を開き、再テストに影響する自動接続条件が設定されているか確認します。
確認中はルーティングモードを固定し、再テストが終わってから自動接続の設定を戻します。
Config のルールは上から順に照合され、前のルールに一致しなかった通信は FINAL で処理されます。DOMAIN-SUFFIX はドメインのサフィックスに、IP-CIDR は IP アドレスの範囲に、GEOIP は接続先 IP の地理的な分類に基づいて一致します。先にある広範なルールに一致すると、後の詳細なルールは適用されません。以下は構文と順序の例であり、普段使いの設定ファイルとしてそのまま置き換えられるものではありません。
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY
例にある example.com はルール構文の例であり、サービスの推奨ではありません。テスト対象がルールによって DIRECT に振り分けられた場合、テストに成功してもプロキシサーバーが使える証拠にはなりません。プロキシ経路を確認するには、Proxy での比較と実際の通信記録をあわせて確認してください。また、テストを通すためだけに証明書検証を無効にしないでください。ドメイン、端末の時刻、サーバー証明書などの問題が見えなくなるおそれがあります。
6. Wi-Fi とモバイル通信を比較し、複数の条件を同時に変えない
要点:同じ設定でも2つのネットワークで結果が異なる場合は、すぐに設定をすべて削除せず、まずネットワーク環境を調べます。ネットワークを切り替える前に、選択中のサーバー、Global Routing のモード、テスト対象を記録してください。切り替え後もこの3点を変えず、Connectivity Test を再実行します。
比較方法:設定は固定し、接続ネットワークだけを切り替える
Wi-Fi の場合
- Wi-Fi のポータル認証が完了し、通常のウェブページに直接アクセスできることを確認します。
- 選択中のサーバーと Global Routing のモードを記録します。
- 接続をオンにして Connectivity Test を実行し、目的のページにもアクセスします。
- このネットワークだけで失敗する場合は、ルーターの制限、DNS、UDP の到達性を確認します。
モバイル通信の場合
- Wi-Fi をオフにし、端末がモバイルデータ通信を使っていることを確認します。
- サーバー、ルーティングモード、テスト対象は同じままにします。
- 接続を確立し直してからテストを実行し、前回の結果を流用しないでください。
- アプリが通信できない場合は、システム設定でモバイルデータ通信の使用が許可されているか確認します。
1回のテストで変更するのは接続ネットワークだけにします。違いを確認した後、DNS、プロトコルの通信方式、ネットワーク制限を個別に調べてください。
Settings → On Demand で自動接続を設定している場合、手動で接続を切っても、条件に応じて再接続されることがあります。明確な直接接続の比較を行うには、関連する自動接続条件を記録して一時的に無効にし、テスト後に元へ戻してください。Hysteria2、WireGuard など UDP に依存する接続では、現在のネットワークで必要な UDP 通信が許可されているかも確認します。TCP のウェブページが開けても、UDP にも到達できるとは限りません。
7. 初回接続でよくある質問
サーバーをすべて読み込んだのに、なぜタップして選ぶ必要がありますか?
読み込みによってサーバーが Home の一覧に追加されるだけで、現在使用するサーバーに選ばれるわけではありません。Home に戻り、使うサーバーの行をタップして選択マークを確認してから、接続をオンにしてください。Config でポリシーグループを使っている場合は、グループ内の選択も確認します。
接続スイッチはオンなのに Connectivity Test がタイムアウトします。どうすればよいですか?
まず Global Routing が誤って Direct になっていないか確認し、選択中のサーバーのアドレス、ポート、認証情報を確認します。Proxy で比較テストを行ってください。それでも失敗する場合は設定を変えず、Wi-Fi とモバイル通信を切り替えて再テストし、どの段階でタイムアウトするか記録します。
テストは成功するのに、特定のウェブページだけ開かないのはなぜですか?
まずページを再読み込みし、具体的なエラーを記録します。Config で使用中のファイルと接続先に適用されるポリシーを確認し、一時的に Proxy に切り替えて再テストしてください。特定のドメインだけ失敗する場合は、そのドメインの DNS、ルール、接続先サービスの状態を確認します。テストの成功を、すべてのサイトにアクセスできるという意味に捉えないでください。
アプリを再起動した後、接続状態をどう確認すればよいですか?
Home に戻り、接続スイッチ、選択中のサーバー、Global Routing を確認してから、Connectivity Test をもう一度実行します。接続が自動で再開する場合は Settings → On Demand を確認してください。スイッチがオフの場合はオンにし、システムの許可要求や接続エラーが表示されるか確認します。
初回接続の完了は、サーバーの選択状態が明確で、トンネルが正常に有効になり、現在のルーティングモードが想定どおりで、Connectivity Test と目的のページへの実アクセスを確認できた状態です。サーバーの変更、サブスクリプションの更新、設定ファイルの切り替え後も、同じ手順で確認できます。遅延時間の数値だけで接続状態を判断しないようにしましょう。