Shadowrocketの初回接続方法｜サーバーの選択からConnectivity Testまで

1. サーバー情報を準備する：クライアントの購入と接続サービスは別

ShadowrocketはAppleプラットフォーム向けの有料クライアントアプリで、入手先はApp Storeのみです。インストール前に正規品の確認ページで、公式アイコン、デベロッパのShadow Launch Technology Limited、アプリID 932747118をご確認ください。この記事では主にiPhone・iPadでの初回接続を説明します。システム要件はApp Storeの掲載内容をご確認ください。

アプリの買い切り購入と接続サービスの利用は別です。当サイトではサーバーやサブスクリプションの提供・販売・推奨を行っていません。開始前に、ご自身でサービス事業者と有効なサブスクリプションを用意するか、必要なサーバー接続情報をすべて入手してください。アプリを購入・インストールしただけでは、Homeのリストに接続可能なサーバーは追加されません。

• サブスクリプションを利用している場合：Home右上の「+」からAdd Serverを開き、TypeでSubscribeを選択します。ご自身のサブスクリプションURLを入力して保存し、更新完了後にサーバーがリストに表示されているか確認します。
• 個別のサーバー情報を持っている場合：Home →「+」→ Add Serverを開き、サービス事業者の指定に従ってTypeを選択します。Address、Port、および該当する認証情報を、元の情報どおりに入力してください。
• プロトコルを確認：Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは入力項目が異なります。サーバー名だけでTypeを判断せず、あるプロトコルのパスワードを別のプロトコルの認証欄に入力しないでください。
• 認証情報を保護：サブスクリプションURL、Password、UUID、鍵情報は、サービスへのアクセスに使われる場合があります。トラブルを報告する際は、これらを隠し、プロトコルの種類、発生した現象、エラーメッセージだけを共有してください。

2. Homeでサーバーを選び、システムの許可を得る

インポートが完了したら、まずHomeで使用するサーバーを選択します。情報の確認やパラメータの編集と、デフォルトサーバーの選択は別の操作です。リスト上の選択状態を確認してください。同じ名前の項目が複数ある場合は、所属するグループも確認します。テストした項目と実際に選択中の項目が異なる事態を防げます。

1. サーバーを選択

   Homeを開き、登録済みのサーバーを1つ選択して、選択マークがその項目に付いていることを確認します。初回の動作確認中は同じ項目を使い、候補を次々に切り替えないでください。

2. ルーティングを確認

   Home → Global Routingを開き、現在のモードを記録します。ルールの影響をいったん切り分ける場合は、一時的にProxyを選択できます。確認済みの設定がある場合はConfigを使えますが、テスト対象にどのルールが適用されるか把握しておきましょう。

3. 接続スイッチをオン

   Homeに戻り、画面上部の接続スイッチをオンにします。初回接続時は、システムからVPN構成の追加を求められる場合があります。この操作で表示された要求であることを確認してから許可し、デバイスの案内に従って認証を完了してください。

4. 接続状態を確認

   許可した後にHomeへ戻り、スイッチと接続状態が維持されているか確認します。タップした瞬間の変化だけで判断しないでください。スイッチがすぐにオフへ戻る場合は、ルールを変更する前にシステムの許可や接続エラーを確認します。

5. 接続テストを実行

   HomeでConnectivity Testを実行し、選択中のサーバーについて現在のテスト方式で結果を確認します。その後、実際に使うWebサイトやアプリを開き、実際の通信も完了することを確認してください。

システムの許可はVPN構成の作成を認めるもので、サービス事業者による接続確認が完了したことを示すものではありません。デバイスにVPNの状態が表示されても、それだけではサーバー認証、TLSハンドシェイク、DNS名前解決、目的のサイトへのアクセスがすべて正常とは限りません。以下の手順で一連の動作を確認してください。

3. Global Routingの4つのモードを確認

Global Routingは、接続後にトンネルへ送られる通信をどのように処理するかを決めます。初回の切り分けでは、確認事項を増やさないことが大切です。ルールがどのポリシーを選ぶか判断できない場合は、まずProxyで選択中のサーバーを確認し、その後Configに戻って通常の振り分けを調べます。ここでの推奨は初回の接続確認に限ったもので、あらゆる用途で同じモードを常用すべきという意味ではありません。

4. Connectivity Testを確認し、レイテンシだけで判断しない

Home → Connectivity Testを開き、現在のテスト方式を確認してから、リスト内の該当項目の結果を確認します。テスト方式によって確認できる範囲は異なります。TCPテストで主に分かるのは、サーバーのアドレスとポートへの接続状況です。プロキシ経由のテストでは、該当するプロトコルやテスト対象も関係します。結果を比較する際は、サーバー、テスト方式、利用中のネットワークを揃えてください。

レイテンシが低くても通信速度が保証されるわけではなく、1回成功しても継続して利用できるとは限りません。テスト対象と実際のアプリでは、ドメイン名、接続方式、サーバーが異なる場合があります。テストは成功してもアプリが使えない場合は、最小のミリ秒数値を繰り返し探すのではなく、アプリで起きている現象を記録して原因を調べてください。

5. 接続に失敗したら、まず確認する3項目

1つ目：システムの許可と接続状態

Homeのスイッチがオンのままにならない場合は、初回のVPN構成追加を許可したか、デバイスの管理ポリシーによる制限がないかを確認してください。デバイスで別のVPN構成を使っている場合は、今回の接続が有効になっていることも確認します。「システムが接続を許可していない」状態を、サーバーの遅延問題と取り違えないでください。

• Homeに戻り、接続を一度だけ再試行して、表示されるメッセージを最後まで確認します。スイッチを素早く何度も切り替えないでください。
• システム設定でVPNの状態を確認し、別の構成に切り替わっていないことを確認します。
• 接続が自動的に再確立される場合は、Settings → On Demandで有効状態と条件を確認してください。まず現在の設定を記録し、手動テストのために一時的にオフにするか判断します。

2つ目：選択中のサーバーとサブスクリプション情報

接続状態が維持されているのにテストが失敗する場合は、現在選択中の項目を確認してください。サブスクリプションの更新でサーバーアドレスや認証情報が変わることがあります。利用中のサブスクリプションを更新した後は、対象の項目が引き続き存在するか、正しく選択されているか確認します。サブスクリプションの更新とConfigファイルの切り替えは別の操作です。前者で後者のルールの問題が自動的に解決するわけではありません。

• Add ServerでType、Address、Portを確認し、サービス事業者から提供された情報と照合します。
• Password、UUID、鍵情報など、プロトコルに対応する項目を確認します。別のプロトコルのパラメータを流用しないでください。
• TLSを使用する場合は、サービス事業者が指定するサーバー名を確認します。特定の転送方式を使う場合は、対応するパスとホストの項目を確認してください。
• ハンドシェイクエラーを隠すために証明書の検証を無効にしないでください。原因を確認せずにすべての項目を一括変更することも避けてください。

3つ目：Global Routing、ルール、DNS

Proxyでは実際のアクセスに成功し、Configに切り替えると同じ接続先で失敗する場合は、現在のConfigのルール適用順、ポリシー、DNS設定を重点的に確認します。これは原因を絞り込む手がかりであり、1回の結果だけで問題の発生箇所を断定できるものではありません。以下はルール構文の例で、既存の設定を置き換えるための完全なファイルではありません。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

• DOMAIN-SUFFIX,example.com,PROXYはexample.comとそのサブドメインに一致します。前にあるルールが先に一致すると、最終的な処理が変わる場合があります。
• IP-CIDRはIPアドレスの範囲に一致します。例のno-resolveは、このIPルールのためにドメイン名を積極的に解決しないようにする指定です。
• GEOIPはIPアドレスの地理情報を使って一致させるもので、ドメインの末尾による判定とは異なります。
• FINALは、それより前のルールに一致しなかった場合の最後の処理です。指定されているポリシーが想定どおりか確認してください。

DNSの名前解決に失敗すると、プロキシのポートには接続できてもWebサイトのドメインにはアクセスできないことがあります。まず名前解決に関するエラーを記録し、Configに設定されているDNSを確認してください。一度のトラブル対応でDNS、サーバー、ルール、プロトコルをすべて同時に変更しないでください。変更は1項目ずつ行うことで、結果に影響した設定を特定できます。

6. 初回接続後の最終確認

接続を確認できたら、普段使うGlobal Routingのモードに戻し、同じ接続先でもう一度確認します。一時的にProxyを使っていた場合は、Configに戻した後、対象に適用されるルールとポリシーも確認してください。On Demandは条件に応じて接続を確立する機能で、サーバー認証の代わりにはならず、誤った振り分けルールも修正しません。自動接続が必要な場合は、Settings → On Demandで条件を別途確認します。

1. デフォルト項目を確認：Homeで使用するサーバーが選択されていることを確認し、テストした項目と現在のデフォルト項目を混同しないようにします。
2. ルーティングを確認：現在のGlobal Routingのモードを記録します。Configを使う場合は、想定した設定が有効になっていることを確認してください。
3. 実際のアクセスを確認：Webサイト、ログインなど、必要な操作を個別に確認します。1回のテストですべての利用状況を確認したことにしないでください。
4. 確認内容を記録：Wi-Fiまたはモバイル通信の別、テスト方式、エラーの原文、変更した設定を記録し、サブスクリプションの認証情報は隠してください。

特定のネットワークでのみ失敗する場合は、同じサーバーと同じテスト方式で比較します。特定の接続先だけ失敗する場合は、その接続先に適用されるルールと名前解決の経路を確認してください。段階ごとの確認方法はトラブルシューティング、画面の用語やルールキーワードは用語集をご覧ください。