リクエストの経路と接続が開始される条件を分けて確認し、その後にサーバー、DNS、統計をチェックします。設定は一度に一種類だけ変更し、元に戻せるようにしておきましょう。
Global Routingはリクエストのルーティング方法を決める機能で、サーバーの有効性を判定するものではありません。Home → Global RoutingでConfig、Proxy、Directを選び、Homeに戻って接続状態を確認します。
| モード | リクエストの処理方法 | 使用する場面 | 優先して確認する項目 |
|---|---|---|---|
| Config（構成） | 現在有効な構成のルールとポリシーに従って経路を決定します。 | ドメインやアドレスなどの条件に応じて、通常の通信を振り分ける場合。 | 構成が有効か、ルールの順序、最終ポリシー。 |
| Proxy（プロキシ） | 通常、リクエストは現在選択中のプロキシサーバーに送られます。ただし、システムやアプリ側の処理範囲にも注意が必要です。 | サーバーへの接続を一時的に確認する場合や、ルールによる振り分けと比較する場合。 | サーバーの設定値、選択中のサーバー、ネットワークからの到達性。 |
| Direct（直接接続） | 選択中のプロキシサーバーを経由せず、現在のネットワークから接続先へ直接アクセスします。 | 現在のネットワークからのアクセス状況を確認する場合や、直接接続を一時的にテストする場合。 | 現在のネットワークから接続先にアクセスできるか、DNSが正常に動作しているか。 |
構成をすでに用意している場合は、まずConfigを選び、Config画面で実際に有効なファイルを確認します。サーバーを確認するには、一時的にProxyへ切り替え、同じ接続先でテストします。Proxyでは接続できてConfigではできない場合、すぐにサーバー設定を変更せず、ルールの一致状況とポリシーの指定先を確認してください。テスト後は通常のモードに戻し、一時的な確認状態をそのままにしないようにします。
Directは接続スイッチをオフにすることと同じではありません。リクエストが直接接続になる一方、システムのVPN設定は接続中のままの場合があります。接続を完全に停止するには、Homeに戻って接続スイッチをオフにします。その後On Demandによって再接続される場合は、接続条件も確認してください。モード、接続状態、接続の開始条件はそれぞれ別の要素です。ステータスバーのアイコンだけで、リクエストが必ずプロキシ経由だと判断することはできません。
ルールはリクエストごとに適用するポリシーを決めます。設定場所はConfigの現在有効な構成です。通常、各ルールはルールタイプ、照合する値、ポリシーで構成されます。よく使われるポリシーはDIRECT、PROXY、REJECTです。構成内で定義済みのポリシーグループを指定することもできます。ポリシーグループ名はプロトコル名ではありません。ルールに記述する前に、指定先が実際に存在することを確認してください。
DOMAINは完全一致のドメイン名、DOMAIN-SUFFIXはドメインのサフィックス、DOMAIN-KEYWORDはドメイン内のキーワードに照合します。IP-CIDRとIP-CIDR6はそれぞれアドレス範囲を指定し、GEOIPはアドレスの地域情報に基づいて照合します。USER-AGENTはクライアントが該当するリクエスト情報を取得できる場合に使えますが、すべての通信に適用できるわけではありません。アプリを判別する汎用的な方法として扱わないでください。
構成内のルールは通常、上から順に照合され、最初に一致したルールで処理方法が決まります。特定のドメイン向けのルールを追加する際は、それより前に広い条件のルールがないか確認してください。FINALは、それ以前のルールに一致しないリクエストを処理するため、通常はルール一覧の末尾に置きます。編集前にコピーを保存し、有効化したら特定の接続先に一度だけアクセスして、接続記録で結果を確認します。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT上記の例は構文の説明用であり、完全な構成ファイルとしてそのまま使えるものではありません。1行目はドメインサフィックスに基づいてPROXYを適用し、2行目は指定したプライベートアドレス範囲にDIRECTを適用し、最後の行はそれ以外のリクエストを処理します。実際のLANアクセスには、システムのルーティング、ネットワーク権限、構成のオプションも影響します。ルールの結果が想定と異なる場合は、まず一致記録を確認し、名前解決の段階やアドレスの照合条件が関係しているかを判断してください。
構成ファイルの更新によってルールの内容が変わることもあります。リモート構成を更新した後に動作が変わった場合は、ファイル名だけでなく、更新前後のルールの順序、ポリシー名、DNS設定を比較してください。項目やプロトコルのパラメータについてはプロトコル解説を、初めて接続する手順は使い方ガイドをご覧ください。
サーバーは個別の接続情報、購読はその情報を更新するための取得元です。ここでは、ユーザーが自身の購読情報またはサーバー情報を持っていることを前提に説明します。HomeのSERVER一覧でサーバーを確認します。手動で登録する場合はAdd Serverを開き、Typeを選んでから、サービス提供元から受け取ったアドレス、ポート、認証情報、転送パラメータを入力します。既存の購読を読み込むには、Add ServerでSubscribeを選び、自分の購読URLを入力して保存し、一覧が読み込まれるまで待ちます。
Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2では必要な項目が異なります。アドレスとポートを入力しただけで設定が完了したとは限りません。認証方式、TLS、サーバー名、転送設定も確認してください。QR Codeや共有リンクがある場合は対応する読み込み機能を使えますが、読み込み後もTypeと主要項目が元の情報と一致しているか確認しましょう。
購読の更新に成功したことは、情報を取得して解析できたことを示すだけで、すべてのサーバーに現在接続できるという意味ではありません。更新後はSERVERに戻り、件数、名前、選択中の項目を確認してから、Connectivity Testと実際のアクセスを試します。想定した項目が一覧にない場合は、購読URLが完全で有効か、現在のネットワークからアクセスできるかを確認してください。Global Routingを繰り返し変更して、取得元の確認を代用しないようにします。
Subscribeは主にサーバー情報の管理に使います。一方、Configにはルーティング、DNS、その他の動作設定が含まれることがあり、URLの見た目だけで相互に置き換えられるものではありません。購読を更新すると、管理対象の項目が上書きされる場合があります。手動で変更する前に記録を残してください。購読やサーバーを削除する前には、現在の構成のポリシーから参照されていないか確認し、名前だけ残って接続先が無効になる事態を避けましょう。
購読URLや共有リンクにはアクセス情報が含まれることがあります。問題を調べる際も、内容全体を公開しないでください。アプリの買い切り購入と通信サービスの契約は別のものです。Shadowrocketの購入と、ユーザーがすでに持っている接続情報もそれぞれ別に管理されます。当サイトではサーバーや購読情報を提供・販売・推奨していません。アプリを入手できるのはApp Storeのみです。購入前に正規版の確認方法をご覧ください。
On Demandは条件を満たしたときにシステムのVPN接続を開始する機能で、Global Routingは接続後のリクエスト経路を決めます。Settings → On Demandで全体のスイッチと設定済みの条件を確認してください。選択できる項目はデバイスや現在のアプリ画面によって異なります。まずHomeから手動で接続し、構成が使えることを確認してからOn Demandを有効にすると、サーバーの問題を自動接続条件の問題と取り違えにくくなります。
自動接続したいネットワーク環境を決め、その条件を設定します。最初から重複する条件を複数追加しないでください。保存後、該当するネットワークに一度切り替え、Homeで接続状態を確認してから、決めておいた接続先にアクセスします。テスト時のWi-Fiまたはモバイル通信、Global Routingのモード、サーバーを記録しておくと、自動接続とリクエストの振り分けを分けて確認できます。
手動で切断しても再び接続される場合は、On Demandの条件が再度成立していないか確認してください。必ずしもスイッチ操作の失敗を示すわけではありません。一時的に自動接続を止めるには、先にOn Demandの設定を変更し、その後Homeで接続を切ります。ネットワーク切り替え時の再接続は、システムの制御、ネットワーク品質、サーバーの状態に左右されます。この機能を有効にしても接続が常に維持されるわけではなく、バックグラウンドのすべてのリクエストがすぐに完了する保証もありません。
Dataではクライアントが記録した通信量や関連する統計を確認できますが、サービス提供元の料金計算に使う記録ではありません。Dataを開いたら、まず画面に表示される集計対象、期間、分類を確認してから、アップロードとダウンロードを比較します。リセット機能がある場合は、実行前に現在の数値を記録し、リセット後の値を過去からの累計と誤認しないようにしてください。
通信量の増加を調べるときは、大きなファイルの転送とバックグラウンド同期を止めて基準値を記録し、目的を決めた操作を一度行って変化を確認します。特定のリクエストが直接接続されているか調べるには、Global Routing、ルールの一致状況、接続記録を合わせて確認してください。総通信量が増えたことだけでは判断できません。統計に含まれる分類や各項目の意味は、Data画面に表示されるラベルを確認してください。
クライアント、システムのネットワーク統計、サービス提供元では、集計のタイミングやプロトコルのオーバーヘッド、計算方法が異なることがあります。そのため数値に差があっても、すぐに異常とは限りません。Dataでは購読の有効期限や残りの利用可能量も確認できません。これらはユーザーが利用しているサービスのアカウント情報で確認してください。通信量が急増した場合は、テスト前後の操作とリクエストを確認し、バックグラウンドのダウンロードや同期を一つずつ調べます。
各設定はそれぞれ異なる問題に関係します。変更前に元の値を記録し、一度に一項目だけ変更してください。設定場所や選択できる項目は、現在のアプリ画面で確認します。
Diagnosticsは動作情報と診断の手がかりを確認する機能で、自動修復ボタンではありません。SettingsからDiagnosticsを開き、利用できる診断項目を確認します。Homeの接続状態、Connectivity Test、関連する記録と照らし合わせ、サーバー接続、名前解決、ルールの一致、接続先へのアクセスのどこに問題があるかを切り分けてください。診断項目ごとに確認できる内容は異なります。一つの項目を通過しただけで全体の動作を確認したことにはなりません。
同じサーバーで複数の接続先に失敗する場合は、まずアドレス、ポート、認証情報、サービスが有効かを確認します。Configモードだけで失敗する場合は、ルールとポリシーを優先して確認してください。ドメインの名前解決に失敗する場合は、DNSを個別にチェックします。現在のネットワークで基本的なアクセスも不安定なら、クライアントの調査を続ける前にネットワーク自体の問題を解消してください。
設定項目は多ければよいわけではありません。ネットワークと接続先を固定し、一項目だけ変更して問題を再現できると、原因を特定しやすくなります。それでもアクセスできない場合は、接続中なのにインターネットにアクセスできない場合の確認項目を参考に、サーバー、モード、DNS、ルールの順に確認してください。
DirectはGlobal Routingでリクエストの経路を選ぶ設定であり、接続を切る機能ではありません。接続を停止するにはHomeでスイッチをオフにし、On Demandによって再接続されないか確認してください。プロキシ経由かどうかを判断するには、モード、ルール、接続記録を確認します。ステータスバーだけでは判断できません。
まずGlobal RoutingがConfigになっていることを確認し、変更した構成が現在有効かをチェックします。次にルールの順序、前に広い条件がないか、ポリシーの指定先が有効か、FINALの設定を確認してください。必要に応じて接続をやり直し、変更前から確立していた接続を見続けないようにします。
購読情報の取得とサーバーへの接続は別の段階です。まず選択中のサーバーの設定値と有効性を確認し、次にTest Method、テスト対象、現在のネットワークをチェックします。最後に実際のアクセスも試し、検査条件に制限があるのか、接続自体に問題があるのかを判断してください。
購入記録と設定情報は別々に管理されます。まずApp Storeで以前の購入記録を確認し、実際に使っていた同期またはバックアップ方法で設定情報を復元してください。ユニバーサル購入の対象とシステム要件はApp Storeのページに記載された内容をご確認ください。復元後はサーバー、Config、On Demandの条件も確認します。