Shadowrocketの使い方 サブスクリプションの追加と接続確認

01 サーバーを追加、またはサブスクリプションを追加

まず、手元の情報がどちらにあたるか確認します。サーバー情報をまとめて読み込むサブスクリプションURLか、プロトコル、アドレス、ポート、認証情報を含むサーバー情報のいずれかです。アプリでの入力方法はそれぞれ異なります。どちらも文字列だからといって、サブスクリプションURLをサーバーアドレス欄に入力しないでください。また、URLの先頭だけでプロトコルを判断せず、手元の情報の説明に従ってください。

Subscribeで既存のサブスクリプションを追加する

Shadowrocketを開いてHomeに移動し、右上の追加ボタンをタップしてAdd Serverを開きます。TypeでSubscribeを選び、ご自身のサブスクリプションURLをURLに入力します。識別しやすい名前を付けて保存してください。貼り付けた後は、先頭・末尾やパラメーターが欠けていないか確認します。特に、メッセージに含まれる空白、改行、句読点に注意してください。これらが混入すると、正しいURLでも別のリクエストになることがあります。

保存後にHomeへ戻り、読み込みが完了したら、目的のサーバー項目が表示されているか確認します。サブスクリプション名が表示されていても、サーバー情報が読み込まれているとは限りません。該当するグループを開き、選択できる項目が実際にあることを確認してください。一覧が空の場合は、URLが有効か、現在のネットワークからアクセスできるか、またサービス提供元のURLがクライアント用のサブスクリプションURLであり、アカウント管理ページではないかを確認します。

サブスクリプションの内容は、サービス提供元によって変更されることがあります。サーバー情報を再取得する場合は、該当するサブスクリプションを更新し、選択中の項目が引き続き目的のサーバーを指しているか確認してください。同じサブスクリプションを何度も追加して更新の代わりにすると、似た名前のグループが重複しやすくなります。更新するとサブスクリプションの内容が再読み込みされるため、項目に加えた一時的な変更を恒久的な設定として当てにしないでください。

Add Serverで手動入力する

個別のサーバー情報をお持ちの場合も、Add Serverを開きます。この場合はTypeでSubscribeではなく、情報に対応するプロトコルを選択してください。次に、プロトコルに応じて表示される項目にサーバーアドレス、ポート、認証情報を入力します。Shadowsocks、VMess、VLESS、Trojanなど、プロトコルによって必要な情報は異なります。通常、アドレスとポートだけでは不十分です。暗号化方式、認証情報、通信方式、TLS関連の設定を一つずつ確認してください。

複数の項目をまとめて入力しないでください。通常、サーバーアドレスにWebページのパスは含めず、ポートは別の欄に入力します。TLSのサーバー名が接続先アドレスと異なる場合もあるため、手元の情報に指定された値をそのまま使ってください。保存後にHomeへ戻り、名前とプロトコルが正しいことを確認してから、目的の項目をタップして選択します。サーバーが複数ある場合、初回の動作確認では一つに固定し、トラブル時に接続先を同時に変えないようにしてください。

02 Global Routingのモードを選ぶ

Homeに戻り、Global Routingを開きます。Config、Proxy、Directは接続全体の処理方法を決めるもので、サーバーのプロトコルや速度のランクではありません。動作確認の目的を明確にしてから選択してください。Webサイトごとに振り分ける場合は、Configで有効になっている設定に必要なルールが含まれていることも確認します。

Config：現在の設定に従って処理する

普段の振り分けに設定を使う場合はConfigを選びます。現在の設定内のルールに基づいて、リクエストに適用するポリシーが決まります。Configを開き、使用する設定が現在選択されていることを確認してください。似た名前の設定が複数ある場合、一覧にファイルがあるだけでは有効だと判断できません。ルールを確認し、対象ドメインのポリシーとフォールバックルールが目的に合っているか確かめます。

たとえば、以下の例ではexample.comとそのサブドメインにPROXYを適用し、ほかのルールに一致しないリクエストにはDIRECTを適用します。これはルール構文の例であり、サーバー情報は含まれていません。このガイドを進めるために、既存の設定を上書きする必要もありません。使用する前に、どのリクエストの経路が変わるか理解してください。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

ルールは通常、上から順に照合されるため、個別の条件はフォールバックルールより前に記述します。ルール内のPROXYはプロキシ経由、DIRECTは直接接続、REJECTは拒否を意味します。これらはGlobal Routingメニューのモードとは異なる階層の設定です。設定ファイルの構成、ポリシーの参照、照合順序を詳しく知りたい場合は、設定ファイルのリファレンスをご覧ください。このページでは複雑なルール編集は扱いません。

ProxyとDirect：確認したい内容に応じて選ぶ

Proxyを選ぶと、通常の振り分けルールを一つずつ適用するのではなく、リクエスト全体がプロキシ経由で処理されます。現在のプロキシ接続が使えるか、一時的に確認する場合に便利です。ただし、Proxyに切り替えてアクセスできても、元の設定に問題がないとは限りません。モードによって処理経路が異なるため、結果が違う場合はルールを確認する必要があります。

Directを選ぶと、選択中のプロキシサーバーを使わず、接続先へ直接接続します。一覧でサーバーが選択されていても、そのサーバー経由でWebサイトにアクセスしているとは限りません。一時的な比較が済んだら、普段の利用目的に合わせて戻してください。振り分けを使う場合はConfigを選び直し、現在の設定を再確認します。テストのためだけに選んだモードをそのまま使い続けないでください。

03 接続を開始し、システムの許可を完了する

接続を開始する前に、Homeに戻って簡単に確認します。サーバーが正しく選択されているか、Global Routingが目的に合っているか、Configを使う場合は現在の設定を確認済みかを見直してください。この3点を決めてから、画面上部の接続スイッチをオンにします。問題が起きたとき、追加時の問題、選択の問題、接続処理の問題を切り分けやすくなります。

初回接続時、システムからVPN構成の追加を許可するよう求められることがあります。これはアプリがシステムのネットワーク構成を作成するための手順であり、アプリを再購入するものではありません。操作を開始したアプリがShadowrocketであることを確認し、システムの案内に従って許可してください。デバイスの認証を求められた場合は、システム画面で完了します。認証情報をサーバーの入力欄に記入する必要はありません。

許可したらShadowrocketに戻り、スイッチと接続状態を確認します。許可を拒否した場合や、システム画面で途中キャンセルした場合は、接続できないことがあります。アプリに戻って接続操作をやり直し、システムの案内に従ってください。ほかのVPN接続が有効な場合は、現在どのネットワーク構成が使われているか確認し、別の接続状態をShadowrocketのものと誤認しないようにします。

接続スイッチがオンでも、システム接続が開始または確立したことを示すだけで、選択したサーバーからすべての接続先にアクセスできるとは限りません。システムのVPN表示だけでは、Webサイトへのアクセス確認の代わりになりません。サーバーとモードは変えず、次にConnectivity Testと実際のアクセスをそれぞれ確認します。両方の結果をあわせて判断してください。

初回設定では、On Demandなどの自動接続設定を同時に調整する必要はありません。まず手動スイッチで、再現して確認できる手順を確立します。接続、ルール、目的のサイトへのアクセスが想定どおりになってから、自動接続が必要か検討してください。スイッチをオフにした後も接続される場合は、サーバー情報を何度も削除するのではなく、自動接続設定が有効になっていないか確認します。詳しくはOn Demandの機能説明をご覧ください。

04 サーバーと実際のアクセス結果を確認する

確認は2段階で行います。まず選択中のサーバーがテストに応答するかを見て、次に目的のリクエストが想定どおり処理されるか確認します。テストの数値だけ、またはWebページが開くかどうかだけでは、設定全体が正しいとは判断できません。サーバーの応答はすべての接続先での利用可否を示すものではなく、Webサイトはもともと直接アクセスできる可能性もあります。

まずConnectivity Testを実行する

HomeでConnectivity Testを実行し、選択中のサーバーの結果を確認します。テスト結果はサーバーへの到達性を判断する参考になりますが、テスト方法によって測定対象は異なります。一度の数値が小さいからといって、すべてのWebサイトが速くなるとは限りません。タイムアウトした場合は、サーバーとテスト方法を記録してから次のセクションで確認します。プロトコル、ルール、DNSを一度に変更しないでください。

サブスクリプションに複数の項目がある場合は、現在の項目でテストと実際のアクセスを一度確認してから、切り替えるか判断します。サーバーを変更した場合は、接続状態を再確認し、テストも繰り返してください。前の項目で得た結果をそのまま当てはめないでください。確認中はネットワーク環境を安定させ、Wi-Fiの切り替えとサーバーの変更を同時に行わないようにします。失敗を比較できなくなるためです。

次に目的のサイトへアクセスし、ルールとポリシーを確認する

Shadowrocketの接続を維持したまま、ブラウザでご自身が利用するWebサイトを開きます。まずページが読み込まれるか確認し、サイト内の別ページを開くなど、実際の操作も行ってください。以前開いたページがキャッシュから表示される場合があるため、単一のページだけでは新しいリクエストの接続結果を十分に確認できません。このガイドの例示用ドメインをテスト先に使う必要はありません。例はルール構文の説明用です。

アプリに戻り、利用可能なアクセス記録や接続情報で対象のリクエストを確認します。ドメイン、適用されたルール、最終的なポリシーを重点的に見ます。Configを使用している場合は、記録された結果を現在のルールと照らし合わせてください。プロキシ経由の想定ならPROXY、直接接続の想定ならDIRECTが適用されているか確認します。REJECTが表示された場合は、サーバーの障害と決めつけず、まず拒否に該当したルールを調べます。

条件をそろえて比較する方法もあります。対象のWebサイトとサーバーは固定し、Global RoutingだけをConfigからProxyに一時変更して再度アクセスし、その後元のモードに戻します。結果が異なる場合は、現在の設定とルールの照合経路を優先して確認します。どちらも失敗する場合は、サーバー情報、基本ネットワーク、接続先の状態を確認してください。一度に変更する条件は一つだけにすると、原因を特定しやすくなります。

05 症状に応じて順番にトラブル対処

トラブルを調べる際は現在の設定を保ち、どの手順で失敗したかを記録します。サブスクリプションの読み込み失敗、サーバーテストのタイムアウト、接続許可の失敗、特定サイトを開けない問題は、それぞれ別の原因が考えられます。すべてを同じ「再追加」で解決しようとせず、複数の項目を一度に変更しないでください。確認するたびに元のテストを繰り返し、症状が変わったか確かめます。

サブスクリプションを読み込めない、または一覧が空

まずデバイスの基本ネットワークを確認します。必要であれば現在の接続を一時的にオフにし、通常のネットワーク通信ができるか確かめてください。次にサブスクリプションのURLが完全か、空白が混入していないか、リンクがまだ有効か確認します。サーバー情報が一部表示されている場合は、グループ全体をすぐに削除しないでください。今回の更新リクエストが完了しなかっただけかを先に確認します。情報が変更された場合に限り、サービス提供元から新たに案内された内容に従ってURLを更新します。

サブスクリプションURLには個人のアクセス情報が含まれることがあります。問題を他の人に相談する場合は、エラーメッセージと操作手順を伝え、URL全体やURLが写ったスクリーンショットは送らないでください。サブスクリプションの状態確認が必要な場合は、既存のサービス窓口に問い合わせてください。このガイドでは代替のサブスクリプションを提供しておらず、入手先の変更をトラブル対処として案内することもありません。

Connectivity Testがタイムアウトする、またはサーバーに接続できない

現在のネットワークを変えずに、サーバーアドレスとポートを確認し、次にプロトコル、認証情報、通信設定、TLSパラメーターを確認します。項目名が似ていても、値を入れ替えられるとは限りません。特に、テストを通すために認証関連の設定を安易に無効にしないでください。特定のネットワーク環境だけで失敗する場合は、ご自身が利用できる別のネットワークでも同じテストを行い、環境の影響か情報の誤りかを切り分けます。

iPhoneまたはiPadの日付と時刻も正しいか確認してください。システム時刻が大きくずれていると、証明書の検証や時刻に依存する認証に影響することがあります。サブスクリプションを更新した後にサーバー情報が変わっている場合は、現在の項目を確認してからテストしてください。テストを繰り返しても、誤ったパラメーターは修正されません。情報が正しいか判断できない場合は、エラー内容を控えてサービス提供元に確認してください。

接続済みなのに目的のサイトを開けない

Global Routingに戻り、Directが誤って選択されていないか確認します。Proxyではアクセスでき、Configではできない場合は、Configを開いて有効な設定、対象ドメインのルール、ルールの順序を確認してください。想定より前にあるルールに一致している場合や、最終的にFINALが適用されている場合があります。ルールファイルに該当の行があるだけでは、そのルールが適用されたとは限りません。

一部のWebサイトだけで問題が起きる場合は、アクセス記録をもとに対象ドメイン、DNSの結果、接続先サービス自体の状態も確認します。「一つのサイトが開けない」ことから「すべて接続できない」と判断しないでください。設定を変更済みの場合は、最後に動作確認できた状態へ戻し、変更を一つずつ再適用します。接続や名前解決の詳しい対処は、Shadowrocketで接続できない場合のトラブル対処をご覧ください。

再確認して、繰り返せる手順を記録する

修正後は「サーバーを選択 → Global Routingを確認 → 接続を開始 → Connectivity Test → 実際にアクセス」の順で、もう一度確認します。成功したら、サブスクリプションのグループ名、サーバー名、設定名を覚えておけば十分です。機密情報を含むURLを記録する必要はありません。今後サブスクリプションを更新したりルールを変更したりする場合も同じ順序で確認すれば、どの段階で変化したか判断しやすくなります。

これで初回設定の主要な確認は完了です。接続情報、処理モード、アクセス結果がそれぞれ対応していることを確認できました。DOMAIN、DOMAIN-SUFFIX、GEOIP、FINALを編集する場合は、ルールマニュアルをご覧ください。エラーが解決しない場合は、具体的な症状に合ったよくある質問を確認してください。初回設定の段階で、すべての詳細設定を同時に変更する必要はありません。