Global Routing
リクエスト全体の処理方法を決める設定で、Config、Proxy、Directの3つのモードがあります。日本語ではそれぞれ「設定」「プロキシ」「直接接続」と説明できますが、操作時は英語の画面表示を確認してください。モードを切り替えるとリクエストの処理先は変わりますが、サーバー認証情報が補われるわけではなく、ネットワークの復旧を保証するものでもありません。
画面表示から設定を探し、プロトコルに沿ってパラメータを確認し、ルールキーワードからリクエストの処理先を把握します。英語の名称は原文のまま掲載し、日本語の説明で概念や操作範囲の違いを示します。
読む順番:Global Routing → Config → ルール → ポリシーアクション。読み込みの前に、お手元のサブスクリプションまたはサーバー情報をご用意ください。
まず、接続を開始する条件、全体のルーティングモード、個々のサーバーパラメータのどれを変更するのか確認してください。これらの設定は相互に置き換えられません。
リクエスト全体の処理方法を決める設定で、Config、Proxy、Directの3つのモードがあります。日本語ではそれぞれ「設定」「プロキシ」「直接接続」と説明できますが、操作時は英語の画面表示を確認してください。モードを切り替えるとリクエストの処理先は変わりますが、サーバー認証情報が補われるわけではなく、ネットワークの復旧を保証するものでもありません。
Global RoutingのConfigは、現在の設定にあるルールに基づいてリクエストを処理します。一致したルールによって、プロキシ、直接アクセス、接続拒否のいずれかになる場合があります。すべてのリクエストがプロキシを通るという意味ではありません。振り分けを確認する際は、使用中の設定ファイルを確認してから、ルールの順序と最終的に適用されたポリシーを調べてください。
Global RoutingのProxyは、プロキシ対象のリクエストを現在選択中のプロキシに処理させるモードです。ルールによる振り分けとプロキシ経路の違いを確認する際に使えます。ルール末尾のPROXYポリシーとは設定階層が異なります。Proxyを選択していても、リモート認証、TLS、ローカルネットワークが正常である必要があり、スイッチの状態だけでは接続成功を判断できません。
Global RoutingのDirectは、ローカルネットワークから接続先へ直接アクセスするモードです。ローカルネットワークとプロキシ経路の違いを確認するために使えます。直接アクセスできるかどうかは、現在のネットワーク、接続先のサービス、DNSの解決結果によって異なります。サーバー情報を削除する設定ではなく、設定ファイル内のDIRECTルールが検証済みになるわけでもありません。
On Demandは、Wi-FiやCellularなど、あらかじめ指定したネットワーク条件に応じて接続を開始する機能です。「いつ接続するか」を決めるのがOn Demand、「リクエストをどう処理するか」を決めるのがGlobal Routingです。手動で切断しても再接続される場合は、まず接続条件を確認し、この機能の設定を変更する必要があるか判断してください。
サーバー情報を手入力する画面です。最初に、手元のパラメータと一致するプロトコルを選択してください。プロトコルごとに認証項目、通信項目、セキュリティ設定が異なるため、アドレスとポートだけをコピーしても接続できない場合があります。保存前にサービス提供元から受け取った情報と各項目を照合し、特にUUID、パスワード、TLS、サーバー名の対応を確認してください。
Dataでは通信量の統計を確認できます。統計対象と集計期間をあわせて確認してください。クライアント側の記録とサーバー側の課金統計では集計方法が異なる場合があり、数値が完全に一致しないこともあります。通信量が増えていても、データが送受信されたことを示すにすぎません。対象のリクエストが成功したかどうかは、実際のアクセス結果も確認してください。
プロトコル名によってパラメータの解釈方法は異なりますが、速度や品質が決まるわけではありません。お手元のサーバーが指定するプロトコルと全パラメータに合わせて選択してください。
Shadowsocksは、サーバーアドレス、ポート、パスワード、暗号化方式などを使ってプロキシ接続を確立します。暗号化方式はサーバー側の設定と一致させてください。名称が似ていても任意に置き換えることはできません。項目を保存できても接続できない場合は、まずパスワードと暗号化方式を確認し、次にアドレス、ポート、ネットワークからの到達性を調べてください。
VMessはUUIDなどの情報で認証し、複数の通信方式と組み合わせて使えます。UUIDが正しくても、ほかの項目が正しいとは限りません。パス、Host、TLSなどの設定も一つずつ照合してください。同じアドレスを使う別のプロトコルの項目をそのまま流用せず、読み込み後も元の情報と照らし合わせて確認してください。
VLESSはUUIDで認証します。プロトコル自体は通信内容を暗号化しないため、TLSなど実際に設定されたセキュリティレイヤーを踏まえて接続方法を判断してください。通信方式、サーバー名、サーバー側で指定されている追加項目も確認が必要です。プロトコル名が一致するだけでは不十分で、パラメータ一式が対応して初めて接続できる可能性があります。
Trojanは通常、TLS接続上でパスワード認証を行います。パスワードと証明書の検証は、それぞれ別に確認する必要があります。サーバーアドレスは接続先、TLSのサーバー名は接続先の識別に使われ、同じ文字列とは限りません。証明書エラーが発生した場合は、サーバー名、端末の日時、サーバー証明書を確認し、検証を安易に無効にしないでください。
Hysteria2はQUICをベースとしており、通常はローカルネットワークとリモート間で利用可能なUDP経路が必要です。認証情報、TLS、サーバー側で指定されているその他の項目も一致させてください。同じパラメータでもネットワークによって動作が異なる場合は、通信経路と設定を分けて確認してください。プロトコル名だけで継続的な通信速度を判断することはできません。
WireGuardは鍵で通信相手を識別するトンネルプロトコルです。通常、インターフェースアドレス、ピア情報、ルーティング範囲をあわせて設定する必要があります。秘密鍵は重要な情報です。診断用のスクリーンショットや設定テキストに含めて公開しないでください。情報が不足している場合は、既存のサービス情報の提供元に確認してください。公開鍵と秘密鍵を入れ替えたり、インターフェースアドレスを任意に入力したりしないでください。
ルールは通常、照合条件と処理ポリシーで構成されます。以下の例は構文の説明です。example.comは例示用のドメインであり、実際に接続するサーバーを示すものではありません。
DOMAINは完全なドメイン名でリクエストを照合し、特定のホスト名だけにポリシーを設定する場合に適しています。example.comに一致しても、そのすべてのサブドメインに自動で一致するわけではありません。ルールにはプロトコルのプレフィックスやWebページのパスを含めず、URLとドメイン名を区別してください。
DOMAIN,example.com,PROXY
DOMAIN-SUFFIXはドメインのサフィックスで照合し、ルートドメインとそのサブドメインを対象にできます。同じドメイン体系に共通のポリシーを設定する場合に適しています。任意の文字列を部分一致させる機能ではありません。特定のホストだけを変更する場合は、より精密な条件を検討し、それを包含する可能性のある広範なルールより前に配置してください。
DOMAIN-SUFFIX,example.com,PROXY
GEOIPはIPジオロケーションデータベースの地域情報に基づいて接続先のアドレスを照合します。Webサイトの言語や利用者の現在地を基準にするものではありません。データベース上の地域分類と実際のサービス配置が異なる場合や、名前解決で異なるIPアドレスが返される場合は、結果も変わる可能性があります。調査時は対象IPアドレスとデータベース情報を記録し、ドメインの印象だけで判断しないでください。
IP-CIDRはCIDR表記を使ってIPv4アドレスの範囲を照合します。たとえば、192.168.0.0/16はプライベートアドレスの範囲を示します。スラッシュの後の数字はプレフィックス長であり、ポート番号ではありません。IPv6のアドレス範囲にはIP-CIDR6を使用します。アドレスの種類と範囲を確認し、変更が無関係な接続先にまで及ばないよう注意してください。
IP-CIDR,192.168.0.0/16,DIRECT
FINALは、それ以前のルールに一致しなかったリクエストに最終ポリシーを適用します。通常はルール一覧の末尾に配置します。接続を追加で発生させる設定ではなく、残りのリクエストの処理方法を決めるものです。FINALを変更すると広い範囲に影響するため、まず個別に照合する接続先を明確にし、フォールバックポリシーを調整して実際のアクセス結果を確認してください。
FINAL,PROXY
PROXYは、ルールに一致したリクエストをプロキシに処理させるポリシーアクションです。通常は照合条件の後に記述します。Global RoutingのProxyとは、ルール階層と全体のルーティングモードという違いがあります。PROXYに一致した場合も、利用可能なプロキシを選択している必要があります。ルールにサービスの利用権は含まれず、無効になったサーバーの接続を復旧させることもできません。
DIRECTは、一致したリクエストを選択中のリモートプロキシサーバーを経由させず、ローカルネットワークから接続先へ直接アクセスさせます。経路を決めるものであり、接続先のサービスへのアクセスを保証するものではありません。LAN内の接続先には、実際のネットワーク範囲に合わせたルールを設定できます。範囲を確認し、広すぎる条件でほかのリクエストの処理方法まで変えないよう注意してください。
REJECTは、一致したリクエストを拒否します。明確にブロックする必要がある接続先に使用してください。アプリの一部機能が突然使えなくなった場合は、範囲の広すぎる拒否ルールにリクエストが一致していないか確認してください。調査時はまず照合範囲を絞り、変更内容を記録してください。拒否された結果をサーバーの遅延やDNSの障害と混同しないようにしましょう。
サーバーサブスクリプションで管理するのは「どのサーバー情報があるか」、設定ファイルで決めるのは「リクエストをどう処理するか」です。まず読み込んだ内容の種類を確認し、更新によって現在の接続先やルールが変わったかを調べてください。
Subscribeは、既存のサブスクリプションURLからサーバー情報を読み込み、更新する方法です。URLはご利用中のサービス提供元から入手してください。サブスクリプションURLにはアクセス情報が含まれる場合があるため、公開したり、画面に表示したりしないでください。更新の完了は情報を読み込めたことを示すだけで、サーバーが有効かどうかは情報の正確性、サービスの状態、現在のネットワークによって異なります。
SERVERが示すサーバー項目には、通常、アドレス、ポート、プロトコル、認証情報が含まれます。日本語の説明で使われる「ノード」は、このような項目を指すことがあります。名前は項目を識別するためのもので、速度や利用可能性の根拠にはなりません。一覧に表示されていても接続が確立したとは限らないため、選択状態を確認し、実際にアクセスできるか試してください。
設定ファイルはルールやDNSなどの設定をまとめるもので、サーバー一覧だけを更新するサブスクリプションとは役割が異なります。ファイルを読み込んだ後、現在使用中の設定になっているか確認してください。置き換える前に元の設定を保存し、ルールや関連項目の変更を調べましょう。設定の切り替えによる変化をサーバーの異常と誤認しないようにしてください。
ルールは照合条件とポリシーアクションを結び付け、通常は記載順に判定され、最初に一致した条件の処理方法が適用されます。精密な条件と広範な条件の順序は結果に直接影響します。変更は一度に1項目だけにし、同じ接続先で検証してください。そうしないと、アクセスが復旧しても、どの変更が有効だったのか判断しにくくなります。
iCloud同期には、アカウント、システム権限、ネットワーク、アプリ内の関連設定が必要です。同期に対応するデータの範囲は、実際の画面表示で確認してください。同期は購入履歴の復元とは異なり、すべての動作状態がデバイス間で複製されるわけでもありません。デバイスを変更する前に必要な設定を別途保存し、移行先に必要なデータが届いていることを確認してください。
システムの許可、名前解決の結果、テスト値、購入記録は、それぞれ異なる項目です。接続スイッチを何度も切り替えるより、段階ごとに確認するほうが問題を特定しやすくなります。
DNSはドメイン名をIPアドレスに変換します。名前解決の成否とプロキシ通信の成否は分けて確認してください。遅延テストの結果が表示されてもWebページを開けない場合、名前解決に失敗している、または解決されたアドレスが接続に適していない可能性があります。変更前に現在のDNS設定を記録し、同じドメインで再テストしてください。サーバー設定と複数のDNS項目を一度に変更しないでください。
遅延は、指定したテスト方法と接続先で測定した応答時間です。継続的なダウンロード速度やWebページ全体の読み込み時間とは異なります。測定方法が異なる数値を直接比較することはできません。遅延が短くても、認証、TLS、DNS、接続先へのアクセスがすべて正常とは限りません。Connectivity Testと実際のリクエスト結果をあわせて確認してください。
初回接続時、AppleのシステムからVPN構成の追加許可を求められることがあります。これはネットワーク拡張機能の接続を管理するためのシステム設定です。リモートサーバーのアドレス、パスワード、サブスクリプションの有効期限とは別のものです。誤って削除した場合は、Shadowrocketに戻って案内に従い再度許可し、現在のサーバー選択と実際のアクセス結果を確認してください。
購入済みは、App Storeで現在の購入アカウントに紐づく過去のアプリを確認できる画面です。機種変更や再インストール時に購入記録を確認できます。アプリを復元しても、すべてのサーバーパラメータが自動で戻るわけではありません。設定データは別途確認してください。ShadowrocketはApp Storeから入手できます。システム要件と対応デバイスはApp Storeの掲載情報をご確認ください。