まずGlobal Routingを確認し、次にConfigとサーバーを確認します。このページでは、よく使う機能について、概要、設定場所、操作方法、注意点を順に解説します。iPhoneとiPadでの普段の設定やトラブル対処にご利用ください。
Global Routingでは、トラフィック全体の処理方法を選択します。Config、Proxy、Directは画面に表示される項目名で、3種類のサーバーを意味するものではありません。
| 画面上の項目 | 機能 | 利用する場面 | まず確認すること |
|---|---|---|---|
| Config（設定） | 現在の設定にあるルールとポリシーに従ってリクエストを処理します。 | ドメイン、アドレスなどの条件に応じて振り分けたい場合。 | 適用中のConfig、ルールの順序、最終ポリシー。 |
| Proxy（プロキシ） | クライアントが処理するトラフィックをすべてプロキシ経由にします。 | 選択中のサーバーとプロキシ経路が使えるか一時的に確認する場合。 | Homeで選択中のサーバー、接続パラメータ、接続状態。 |
| Direct（直接接続） | クライアントが処理するトラフィックをすべて直接接続にします。 | 現在のネットワークから直接アクセスできるか一時的に確認する場合。 | 同じ接続先に現在のネットワークからアクセスできるか。 |
HomeでGlobal Routingを開き、使いたいモードを選んでから、戻って表示内容を確認します。ルールに従ってアクセスする場合はConfigを選びます。サーバーで接続できるか調べるときは、一時的にProxyへ切り替えます。現在のネットワークから直接アクセスできるか比較する場合は、Directで同じ接続先をテストします。確認後は、普段使う予定のモードに戻してください。一時的なテスト状態のまま使い続けないようにしましょう。
Global Routingと接続スイッチは役割が異なります。前者はトラフィックの処理方法を決め、後者はクライアントの接続状態を制御します。Proxyを選んでもサーバーが必ず使えるとは限らず、Configを選んでもすべてのルールが正しいとは限りません。ProxyではアクセスできるのにConfigに戻すと失敗する場合は、ルールとポリシーを優先して確認してください。ただし、これは原因を絞り込む手がかりであり、一度の結果だけで障害の原因を断定することはできません。
ルールは「どのリクエストをどのポリシーで処理するか」を指定します。Configで適用中の設定を確認し、Global RoutingでConfigが選択されていることを確かめてください。
DOMAINは完全なドメイン名に一致します。DOMAIN-SUFFIXはドメインの末尾とサブドメインに一致し、DOMAIN-KEYWORDはドメイン内のキーワードで一致します。IP-CIDRとIP-CIDR6は、それぞれIPv4とIPv6のアドレス範囲を指定します。GEOIPはIPの位置情報データベースに基づいて一致します。
USER-AGENTは、照合に利用できるUser-Agent情報を対象とします。すべてのリクエストでこの条件を利用できるわけではありません。任意のアプリを識別できる機能ではなく、利用できる情報はリクエストの種類や設定によって異なります。
PROXYはプロキシ経由、DIRECTは直接接続、REJECTは拒否を意味します。設定によっては独自のポリシーグループ名が指定されている場合があります。その場合はルール末尾の名前だけでなく、グループ内で実際に何が選択されているかも確認してください。
ルールは通常、上から順に照合されます。具体的な条件を広い条件より上に配置してください。FINALは、それまでのルールに一致しなかった場合に使われるフォールバックポリシーです。拒否に設定したり、利用できない経路を指定したりすると、個別ルールのない多くのリクエストに影響することがあります。
まずConfigで適用中のファイルを確認し、変更前に復元用のコピーを保存します。ルールを追加するときは、タイプ、照合値、ポリシーをあわせて確認してください。保存後に対象へのリクエストを再実行し、ログで実際に一致したルールを確認します。DNS、サーバー、最終ポリシーを同時に変更せず、ルールは一度に一つずつ調整してください。右側は構文の例です。例示ドメインは接続先サーバーのアドレスではなく、PROXYを指定してもサーバーが自動的に用意されるわけではありません。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXYSubscribeは、既存のサーバー項目をインポートして更新するために使います。個別のサーバー項目には、接続に必要なパラメータが保存されます。インポートが完了しても、サーバーへの接続が確認されたことにはなりません。
Homeの追加メニューからAdd Serverを開き、手元の情報に合ったプロトコルを選んでから、アドレス、ポート、認証情報を入力します。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2では、必要な項目や通信条件が異なります。プロトコル名だけを変更し、他のパラメータをそのまま使うことはできません。
情報がQRコードで提供されている場合は、Scan QR Codeで読み込んだ後、各項目を確認してください。サーバーアドレス、認証情報、TLS、サーバー名などが元の情報と一致しているか、特に注意が必要です。インポート機能は、サービスが現在も有効かどうかを判定しません。
Subscribeを追加する画面でSubscribeを選び、ご自身がすでにお持ちのSubscribe URLを入力して保存し、更新を実行します。その後Homeに戻り、グループ内に項目が追加されたことを確認して、使うサーバーを選択してください。リストの更新とサーバーの選択は別の操作です。更新だけを済ませて接続結果を判断しないようにしてください。
Subscribe URLにはアクセス認証情報が含まれる場合があるため、機密情報として管理してください。リストが空の場合は、まずURLが完全にコピーされているか確認し、次にSubscribeの状態と応答内容の形式を確認します。同じURLを何度も追加しないでください。更新により項目名やリスト内容が変わる場合があるため、手動で加えた重要な変更はあらかじめ記録しておきましょう。
HomeのサーバーリストでConnectivity Testを実行すると、選択したテスト方法での応答状況を確認できます。実行前にSettingsのTest Methodを確認してください。テスト方法によって測定対象が異なるため、数値をそのまま比較することはできません。遅延が小さくても、すべての接続先にアクセスできるとは限らず、継続的な通信速度が速いとも限りません。サーバーを選択したうえで、実際にアクセスする必要がある接続先を使って確認してください。
サーバーを整理するときは、用途を見分けやすい名前を付け、元のパラメータを安全な場所にバックアップしておくと便利です。項目を削除する前に、手動で追加したものかSubscribeから生成されたものか確認してください。Subscribeで生成された項目は、今後の更新時の動作も含めて管理しましょう。ConfigファイルとサーバーのSubscribeは別のものです。Configにはルールなどの設定が含まれ、Subscribeは主にサーバー情報の更新に使われます。
概要：On Demandは、設定した条件に応じて接続の動作を開始する機能です。手動接続が正常に動作することを確認したうえで、ネットワーク環境の変化に応じて接続を制御したい場合に利用できます。サーバーの利用可否を保証する機能でも、誤った認証情報やルールを修正する機能でもありません。
設定場所：SettingsでOn Demand関連の項目を開き、全体のスイッチと設定可能な条件を確認します。選択できる項目はアプリ内の表示をご確認ください。システムVPNの設定が初めて必要になる場合は、システムの許可画面をよく読んでください。システム側の接続条件とアプリ内の設定をあわせて確認する必要があります。
設定方法：まず現在の状態を記録し、必要なネットワーク条件を追加して、それぞれに対応する接続動作を確認します。設定後は条件に一致するネットワークと一致しないネットワークの両方でテストし、接続状態が想定どおりか確認してください。条件にWi-Fiネットワーク名が含まれる場合は、名前の入力ミスがないか確認します。
注意点：有効にすると、手動で切断しても設定済みの条件によって再接続する場合があります。「切断しても再接続する」ときは、まずOn Demandを見直し、その後システムVPNの設定を確認してください。設定全体をすぐに削除する必要はありません。一時的に無効にする場合は、元のスイッチの状態を記録し、確認後に必要に応じて戻してください。ネットワーク切り替え時だけ問題が起きる場合は、切り替え前後の条件と接続状態をそれぞれ記録しましょう。
Dataでは、クライアントに記録された通信量の変化を確認できます。データ通信が発生したかを調べる手がかりになりますが、対象のリクエストが正常に完了したことを単独で証明するものではありません。
Dataを開き、まず統計の対象、期間、過去の累計を含むかどうかを画面で確認してから、アップロードやダウンロードなどの項目を見ます。特定の操作による変化を確認するには、実行前の数値を記録し、対象を明確にしたアクセスを一度行ってから戻って比較します。累計値の大きさだけで判断しないようにしてください。
統計をリセットできる場合は、実行前に記録を残す必要があるか確認してください。問題の調査では、何度もリセットするより、テスト前後にどれだけ増えたかを記録するほうが適しています。複数のテストを混同しないようにしましょう。
Dataはクライアント側の記録であり、携帯電話会社や利用中のサービスにおける通信量の請求値とは異なります。集計範囲、プロトコルのオーバーヘッド、バックグラウンド通信、累計期間などによって数値に差が生じることがあります。合計値が異なるだけで、請求に誤りがあると判断しないでください。
通信量の増加は、他のバックグラウンド処理による場合もあります。増加しない場合は、リクエストが現在の経路を通っていない、接続が確立していない、または集計範囲が一致していない可能性があります。Global Routing、接続状態、リクエストの記録をあわせて確認してください。
以下の項目はSettingsと関連する画面で確認します。Configファイルにも接続に影響するパラメータが含まれる場合があります。設定を変更する前に現在のConfigも確認し、異なる場所の設定を同じ項目として扱わないようにしてください。
概要・設定場所：DNSはドメイン名を接続に必要なアドレスへ変換します。SettingsのDNS関連項目を確認するとともに、現在のConfigに名前解決のパラメータが定義されているか確認してください。実際に適用される設定は、アプリの現在の構成によって異なります。
設定方法・注意点：まず現在の設定を控えてから、利用中のネットワーク構成に合わせて名前解決方法を変更します。一部のドメインにアクセスできない場合は、名前解決の失敗と、アドレスは取得できても接続できない状態を区別してください。複数のDNS項目を一度に変更しないようにしましょう。DNSの変更だけでは、期限切れの認証情報や利用できないサーバーは直りません。不適切なカスタム値を設定すると、問題が広がるおそれがあります。
概要・設定場所：SettingsでTest Methodを開き、接続テストに使う方法を確認します。変更されるのはテストの方法であり、サーバー自体の通信環境が改善されるわけではありません。
設定方法・注意点：現在の調査目的に合わせて画面に表示される方法を選び、Homeに戻ってConnectivity Testを実行します。結果とあわせてテスト方法も記録してください。サーバーを比較するときは、テスト方法とネットワーク環境をそろえます。タイムアウトは、設定した条件内でテストの応答が得られなかったことを示すにすぎず、実際のリクエストがすべて失敗すると断定する根拠にはなりません。
概要・設定場所：Today Widgetは、システムが対応するウィジェットから利用する機能です。関連項目はSettingsで確認してください。表示の有無や操作できる項目は、システムの対応状況やシステム側での追加設定にも左右されます。
設定方法・注意点：まずアプリ内でサーバーを選び、接続を確認してから、システムのウィジェット編集画面で利用可能なウィジェットを追加します。ウィジェットの表示がすぐに更新されない場合は、アプリを開いて実際の接続状態を確認してください。ウィジェットの表示だけで接続結果を判断しないようにしましょう。ショートカットは初回の許可手続きの代わりにはならず、不足しているサーバーパラメータを補うものでもありません。
概要・設定場所：iCloud関連の項目では、アプリが対応する範囲で同期やクラウド上の情報を操作できます。まずSettingsの該当項目を確認し、次にシステムのiCloudアカウントとアクセス権の状態を確認してください。情報の種類ごとに個別に確認する必要があります。
設定方法・注意点：ローカルのバックアップを用意してから、必要な項目を有効にします。同期の完了後、別のデバイスで情報が反映されているか項目ごとに確認してください。サーバー、Config、統計、すべてのスイッチが完全に同期されるとは限りません。クラウド上の情報の同期と、App Storeで購入済みのアプリの復元は別の操作です。それぞれ個別に確認してください。
概要・設定場所：Diagnosticsは、接続に関する状態を調べるための画面です。Settingsで開き、現在の画面に表示される項目を実行してください。診断情報は問題の範囲を絞り込むためのもので、実際の利用結果を保証するものではありません。
設定方法・注意点：問題が発生したときのネットワークの種類、Global Routing、選択中のサーバー、現象を記録してから、関連する診断を実行します。結果を保存するときは必要なエラー情報を残し、共有する前にSubscribe URL、認証情報、その他の個人情報を削除してください。診断のたびにネットワークや設定を変えると結果を比較しにくくなります。まず条件をそろえ、仮説を一つずつ確認しましょう。
通常の利用で、すべての機能を一つずつ有効にする必要はありません。まず基本の接続を確認し、その後にルールや自動接続の条件を追加するのが確実です。各段階で動作を確認済みの状態を残しておけば、後から問題が起きても復元箇所を特定できます。
初回起動からの操作はShadowrocketの使い方ガイドをご覧ください。リストが空になる、接続後にアクセスできないなどの問題についてはよくある質問をご確認ください。購入や購入済み項目の復元はApp Storeでの正規入手方法をご覧ください。アプリの購入、サーバー情報、クラウド同期はそれぞれ別のものです。