Shadowrocketの初回接続ガイド:サーバーを選択し、スイッチをオンにしてConnectivity Testで確認

サーバーをインポートしたら、Homeで既定のサーバーを選択し、上部のスイッチをオンにしてVPN構成を許可します。最後にConnectivity Testで接続を確認してください。

この記事の概要

この記事は、利用するサービスの提供元からサブスクリプションを入手し、iPhoneまたはiPadで初めて接続する方を対象としています。まずHomeにサーバーがあることを確認して既定のサーバーを選択し、Global Routingを確認します。次に接続スイッチをオンにしてシステムの許可を完了し、Connectivity Testと実際のWebアクセスで結果を確認します。サーバーが一覧に表示されること、VPNが接続中であること、目的のWebサイトにアクセスできることは、それぞれ別の状態です。

1. 接続前の確認:アプリ、サブスクリプション、サーバー

Shadowrocket(Shadowrocket)の初回接続はHomeから始めます。Configから始めるわけではありません。Homeではサーバーの確認・選択や接続スイッチの操作を行い、Configではルール設定を管理します。Settingsではアプリの設定を調整します。サブスクリプションのサーバー情報とConfigのルール設定は役割が異なります。一方をインポートしても、もう一方が目的に合わせて設定済みとは限りません。

この記事では、利用者がサービス提供元とサブスクリプションをすでに用意していることを前提とします。サブスクリプションURLはサービス提供元から入手し、有効性も提供元の案内に従って確認してください。Shadowrocketは有料アプリです。アプリを購入しても接続サービスは含まれません。入手先はApp Storeのみです。システム要件と購入条件はApp Storeの掲載内容をご確認ください。

2. サーバーの選択からVPN構成の許可まで

サーバーのインポート後も、Homeで既定のサーバーを明示的に選択する必要があります。サーバー項目をタップして選択する操作と、編集画面を開く操作は別です。前者は接続先の選択、後者はアドレス、ポート、プロトコルのパラメーター確認に使います。初回の確認では、サービス提供元の設定を維持し、プロトコル、ポート、暗号化を同時に変更しないでください。

  1. サブスクリプションを確認する

    Homeでサーバー一覧を確認します。まだインポートしていない場合は、右上の「+」をタップし、追加画面でTypeをSubscribeに設定します。サービス提供元から入手したサブスクリプションURLを入力して保存し、Homeに戻ってサーバー項目が表示されていることを確認してください。この記事では、一覧に項目がある状態から説明します。

  2. サーバーを選択する

    Homeで接続に使うサーバーをタップし、項目の左側に丸い印が表示されたことを確認します。編集画面を開いてしまった場合は、一覧に戻って選択状態を確認してください。項目の横に表示されるテスト値を選択マークと取り違えないようにします。

  3. ルーティングを確認する

    Home → Global Routingを開き、現在の選択項目を確認します。ルール設定がある場合はConfigを使用できます。ルールの影響を一時的に切り分けるには、比較テストとしてProxyに切り替えます。元の選択項目を記録し、確認後に戻してください。

  4. スイッチをオンにする

    Homeに戻り、画面上部の接続スイッチをオンにします。初回にシステムからVPN構成の追加許可を求められたら、要求元のアプリを確認して許可し、画面の案内に従ってデバイス認証を完了してください。許可が完了していない段階で、原因をサーバーにあると判断しないでください。

  5. 接続を確認する

    接続状態が安定するまで待ち、HomeでConnectivity Testを実行して結果を記録します。その後、ブラウザで実際に使うページを開いてください。テスト結果とページの表示を両方確認し、上部のスイッチがオンかどうかだけで判断しないでください。

3. Global Routing:現在のモードを確認してテスト結果を読み解く

Global Routingによって、通信の出口の選び方が決まります。同じサーバー、同じテスト先でも、モードによって異なる経路を通る場合があるため、トラブルシューティングではこの設定も記録してください。初回接続ですべてのモードを試す必要はありません。まず「サーバーが使えるか」と「ルールが想定どおりに動作するか」のどちらを確認するのか明確にします。

Config

推奨

現在有効な設定のルールとポリシーに従って接続を処理します。DIRECTに一致したリクエストは直接接続され、プロキシポリシーに一致したリクエストは該当するポリシーで処理されます。すべてのリクエストが選択中のサーバーを使うわけではありません。

適した用途:ルール設定があり、普段の振り分け結果を確認するとき。

Proxy

通常アプリが処理する接続をプロキシ経由にします。ルールによる振り分けの影響を一時的に減らしたい場合に適しています。診断用のモードであり、サーバー設定が正しいことを保証するものでも、実際のアクセス確認に代わるものでもありません。

適した用途:Configのルールによって直接接続されていないか比較確認するとき。

Direct

直接接続の経路を使用します。この状態でテスト先にアクセスできても、選択したサーバーが使える証拠にはなりません。確認したいプロキシモードに切り替えて、テストをやり直してください。

適した用途:直接接続とプロキシ経由の問題を切り分け、基本ネットワークと比較するとき。

Scene

設定済みのシーン条件に応じてルーティングを決定します。初回の手動確認で現在のシーン設定が分からない場合は、関連設定を確認するか、ConfigまたはProxyのように明確なモードを一時的に使い、条件を一つに絞って検証してください。

適した用途:シーン条件を設定し、その動作を理解したうえで利用するとき。

Configモードでは、通常ルールが上から順に照合されます。たとえばDOMAIN-SUFFIXはドメインのサフィックス、IP-CIDRはIPアドレス範囲、GEOIPはIPの地理データベースに基づく判定に使われ、FINALは最後のフォールバックを担います。プロキシポリシーがポリシーグループを参照している場合は、グループ内で実際に選択されている項目も確認してください。Home左側の丸い印で確認できるのは既定サーバーの選択状態であり、すべてのルールポリシーがそのサーバーを使うことを保証するものではありません。

4. Connectivity Test:接続状態とアクセス結果を切り分ける

Connectivity Testは、現在の条件でテスト先に接続できるかを確認する機能です。テストに成功すれば、そのテスト経路が今回利用できたことは分かりますが、すべてのWebサイト、プロトコル、アプリで使えることを保証するものではありません。タイムアウトしても、パスワードの誤りとは限りません。基本ネットワーク、サーバーの出口、DNS、接続先の状態、現在のルーティング設定などが結果に影響します。

接続前に記録する項目

場所
Home → サーバー一覧
選択状態
対象サーバーの左側に丸い印がある
ルーティングモード
Home → Global Routingで現在の選択項目を記録
基本ネットワーク
Wi-Fiとモバイル通信のどちらを使っているか記録

1回のテストで変更する条件は一つだけにし、どの変更が有効だったか判断できるようにします。

接続後に記録する項目

スイッチの状態
Home上部のスイッチがオンのままか
システムの状態
システムのVPN設定で接続中と表示されているか
テストの場所
Home → Connectivity Test
実際のアクセス
ブラウザで目的のページを開き、読み込み結果を確認

成功、タイムアウト、エラーメッセージをそのまま記録し、例の数値で結果を置き換えないでください。

5. Wi-Fiとモバイル通信:同じ手順で比較する

同じサーバーでも、接続ネットワークが異なれば結果が変わることがあります。比較テストでは、サーバー、Global Routing、テスト先を同じに保ち、接続ネットワークだけを切り替えてください。サーバーの変更、ルールの編集、ネットワークの切り替えを同時に行うと、結果が改善しても問題のあった箇所を特定できません。

比較方法:設定を固定し、接続ネットワークだけを切り替える

Wi-Fi環境
  • Web認証が必要な場合は完了させ、基本ネットワークが使えることを確認します。
  • Homeでサーバーを選択し、Global Routingを記録します。
  • スイッチをオンにしてConnectivity Testを実行し、続けて対象のページにアクセスします。
  • 結果を記録してから接続をオフにし、次の条件で比較します。
モバイル通信環境
  • モバイル通信に対応したデバイスで接続方法を切り替え、データ通信が利用できることを確認します。
  • サーバーとGlobal Routingはそのままにし、プロトコル設定は変更しません。
  • 再接続し、同じテストとページへのアクセスを繰り返します。
  • 2つの結果を比較し、モバイルデータ通信量にも注意してください。

一方のネットワークだけで失敗する場合は、まず接続環境の違いを確認します。両方で失敗する場合は、サーバーとサービスの状態を確認してください。

接続をオフにしても自動的に再接続する場合は、Settings → On Demandを確認し、デバイスのシステム設定にあるVPN構成でオンデマンド接続が有効になっているか確認してください。On Demandは設定済みの条件に応じて接続動作に影響します。初回の手動確認では、まず現在の状態を記録し、関連する自動接続条件を一時的に無効にして、テスト後に必要に応じて元に戻します。自動再接続を上部のスイッチの不具合と取り違えないでください。

6. 初回接続でよくある問題と確認手順

サーバーがたくさんあります。どれを選べばよいですか?

まずHomeで確認したいサーバーを一つ選び、左側の丸い印で選択状態を確認します。名前に含まれる地域名や用途のラベルは識別用であり、現在利用できることを保証するものではありません。その項目で接続できない場合は、ほかの条件を変えずに別の既存項目を試し、結果の違いを記録してください。

VPNを許可したのに、アクセスできないのはなぜですか?

許可によって解決するのは、デバイス上でVPN構成を作成できるようにすることだけです。Homeに戻って選択中のサーバーとGlobal Routingを確認し、Connectivity Testを実行してください。Configを使っている場合は、対象の通信がルールによってDIRECTまたは別のポリシーに振り分けられていないか確認します。必要に応じて一時的にProxyで比較し、確認後は元の設定に戻してください。

サブスクリプションの更新に失敗しても、既存のサーバーは使えますか?

更新に失敗したことと、既存サーバーに接続できるかどうかは別の問題です。Homeに保存済みの項目を一つずつ確認できますが、期限切れになっていたり、サービス提供元によって変更されていたりする場合があります。まず基本ネットワークを確認し、次に元のサブスクリプションURLとサービスの状態を確認してください。更新エラーを解決するために、すぐに既存項目をすべて削除する必要はありません。

ポートをすべて443に変更すべきですか?

いいえ。サーバーアドレス、ポート、Type、認証パラメーターはサーバー側の設定と一致させる必要があります。443はポート番号にすぎず、その接続で使われているプロトコルを示すものではありません。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは設定項目が異なります。サブスクリプションで指定された設定を維持し、不明な点はサービス提供元に確認してください。

テストに成功した後、次回も許可が必要ですか?

通常、次回以降の接続では保存済みのシステムVPN構成を使用するため、初回の追加手順を毎回繰り返す必要はありません。構成が削除された場合、システムから再度許可を求められた場合、またはデバイス管理ポリシーが変更された場合は、デバイスの案内に従ってください。次回の接続時も、特にサブスクリプションの更新後やConfigの切り替え後は、サーバーの選択状態を確認してください。

7. 確認を完了する:再現可能な接続記録を残す

初回接続の完了は「スイッチがオンになった」だけでは判断できません。どのサーバーを選択しているか、Global Routingがどのモードか、Connectivity Testと実際のアクセスでそれぞれどのような結果が出たかを把握できていることが重要です。記録を残しておけば、ネットワークの切り替えやサブスクリプションの更新後も、同じ方法で変化した箇所を判断できます。

  1. 接続ネットワーク、サーバーの表示名、Global Routingを記録します。パスワードを記録したり共有したりする必要はありません。
  2. システムでVPNが接続中であることを確認し、Connectivity Testを実行して、実際のエラーメッセージまたはテスト結果を記録します。
  3. 利用するページにアクセスし、テスト先とは異なる実際の利用経路を確認します。
  4. 一時的に変更したルーティングとOn Demandの設定を元に戻し、普段の利用状態でもう一度確認します。
  5. サポートを求める場合は、操作の順序と問題が起きた手順を伝えてください。共有前にサブスクリプショントークンとアカウント認証情報を削除します。
App Storeで正規版を入手デベロッパ名とアプリIDを確認