ShadowrocketのGlobal Routing設定方法｜Config・Proxy・Directの使い分け

モードを選んだら、実際に適用されるポリシーを確認

Global Routingは、Shadowrocketの処理対象となる接続をどのルーティング方式で処理するかを決めます。ノードのプロトコルを選ぶ機能でも、サブスクリプションを更新する機能でもありません。Homeでノードを選ぶ、Configで設定を選ぶ、Global Routingでモードを選ぶのは、それぞれ関連しつつも別の操作です。どれか一つだけ変更しても、期待した結果にならないことがあります。

ここではよく使われる3つのモードを比較しています。Global Routingの選択肢が3つだけという意味ではありません。Sceneではシーンの条件に応じてルーティングを適用できます。最初の切り分けではConfig、Proxy、Directのいずれかに固定し、シーン条件の変化による混乱を避けましょう。

切り替え手順：Homeから確認し、接続を再テスト

切り替える前に、現在のモード、選択中のノード、有効なConfigを記録します。サブスクリプションやノード情報はご利用のサービス提供元から入手してください。アプリを購入しても、接続先が自動で用意されるわけではありません。Homeに利用可能なノードがない場合は、Global Routingを何度も切り替えるのではなく、手元のサブスクリプションを読み込んで更新してください。

1. ノードを確認

   Homeを開き、現在選択しているノードがご自身のサブスクリプションに含まれていることを確認します。ノードのアドレス、ポート、認証情報がそろっているかも確認してください。接続テストの結果は、そのテスト条件での状態を示すもので、目的のWebサイトに実際にアクセスできることを保証するものではありません。

2. Configを確認

   Configを開き、現在有効な設定を確認します。特に、対象ドメインのルールとFINALを確認してください。サブスクリプションを読み込んだだけでは、日常利用に適した振り分け設定が選ばれているとは限りません。

3. モードを選択

   Home → Global Routing → Configの順に開き、ルールに沿った処理に切り替えます。一時的に比較する場合も同じ画面でProxyまたはDirectを選択し、ノードとConfigを同時に変更しないでください。

4. 再テスト

   接続先のアプリに戻り、リクエストを新たに実行します。既存の接続状態が引き継がれる場合は、必要に応じて接続先アプリを終了して再起動してください。それでも原因が分からない場合は、Shadowrocketを一度切断して再接続し、もう一度テストします。

5. 通常の設定に戻す

   各モードでのアクセス結果と接続ログを記録します。切り分けが終わったらHome → Global Routing → Configに戻し、Configとポリシーグループが意図した選択になっていることを確認してください。

切り替え後に新しいリクエストが見当たらない場合は、まず接続先アプリが実際にネットワークリクエストを送信したか確認します。キャッシュされたページ、バッファリング済みの動画、再利用中の長時間接続などにより、画面上で変化が見えないことがあります。それだけでGlobal Routingが適用されていないとは判断できません。

Configの基本：ルールは順番に照合され、すべてを自動判定するわけではない

Configの動作はルールの内容で決まります。通常はルールの順番に照合され、最初に一致したルールのポリシーが適用されます。そのため、個別の例外は範囲の広いルールより前に置き、FINALは末尾に配置します。Configだからといって、特定の地域は直結し、それ以外はプロキシ経由になるとは限りません。分類されていない宛先がすべてプロキシ経由になる保証もありません。

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

以下は説明用のルール例であり、完全なConfigでもサブスクリプションのURLでもありません。最初の行には例示用ドメインを使っています。PROXYの実際の出口は、現在選択されているプロキシとConfig内のポリシーをあわせて確認してください。この例を、使用中のConfig全体にそのまま置き換えないでください。

そのため、「Configを選んだのに宛先が直接接続される」場合は、ノードの不具合と決めつける前に、まず一致したルールとFINALを確認します。接続ログで先にある範囲の広いルールへの一致が分かった場合は、ルールの順序を変更するか、照合範囲を見直します。ポリシーグループが選ばれている場合は、そのグループで現在どの出口が選択されているかも確認してください。

日常利用とトラブルシューティング：条件を固定して比較

たとえば同じ宛先への新しい接続がProxyでは成功し、Configでは失敗し、ログにDIRECTが選択されたと表示される場合は、まず対象ドメインのルールが不足していないか、先行ルールに一致していないかを確認します。どちらのモードでも同じプロキシ出口を使って失敗する場合は、サーバーの設定値、ネットワークからの到達性、接続先サービスの状態をさらに確認してください。

Directは直接接続の比較基準として使えますが、Shadowrocketの処理環境内での接続です。接続を有効にしていない状態のネットワーク動作を調べるには、接続スイッチをオフにして別途テストし、On Demandによって接続が再開されていないか確認します。この2種類のテスト結果を一緒に記録しないでください。

On DemandとScene：接続条件と振り分けルールは別の設定

Settings → On Demandでは、条件に応じて接続を確立する設定を確認します。Global Routingは、接続中の通信をどのように処理するかを決めます。前者は「いつ接続するか」、後者は「接続後にどの経路を使うか」を決める設定です。On Demandを有効にしても、DOMAIN-SUFFIXルールが追加されたり、サブスクリプション内のノード設定が自動修正されたりするわけではありません。

• 接続が自動で再開する：Settings → On Demandを開き、有効かどうかと条件を確認して、テストの想定に合っているか確かめます。
• ネットワークを切り替えると結果が変わる：Sceneを使用しているか、現在のネットワーク条件でそのSceneがどのルーティングを適用するか確認します。
• モードを固定して切り分ける：Home → Global RoutingでConfig、Proxy、Directのいずれかを明示的に選択し、一時的にシーン条件による変化を避けます。
• 終了後に設定を戻す：テストのためにOn DemandやSceneを変更した場合は、必要な元の条件を記録してから戻します。ノードの選択だけを戻して終わりにしないでください。

On Demandを使っても、利用できないネットワークが使えるようになるわけではありません。Wi-Fiとモバイル通信を切り替えると、出口IPアドレス、DNSの結果、ネットワークによる通信プロトコルの制限が変わる場合があります。ルーティングモードの影響を調べる際は、まず同じネットワーク内で比較し、その後、ネットワークを変えて再テストしてください。

切り分け記録：ルーティング、ポート、プロトコルを分けて確認

Global Routingを変更しても、ノード自体のプロトコルは変わりません。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardでは、認証や通信に必要な条件が異なります。ノードの設定値はサービス提供元の案内に従ってください。ConfigからProxyに切り替えても、不足している認証情報が補われたり、プロトコルが別のものに変換されたりすることはありません。

接続先のポートとプロキシサーバーのポートは別のものです。HTTPSサイトへのアクセスでは宛先ポートに443が使われるのが一般的ですが、ノード接続に使うサーバーポートはサービス提供元の設定値に従ってください。サイトが443を使うからといって、ノードのポートも同じ値に変更する必要はありません。DNSも別に確認しましょう。ドメイン名の解決に失敗している場合、接続先への通信はまだ確立されていないため、ルーティングモードを切り替えても解決しないことがあります。

これらは切り分けの手がかりであり、速度や接続性を保証するものではありません。記録には少なくともネットワークの種類、接続先ドメイン、Global Routingのモード、一致したルール、選択された出口を含めてください。サブスクリプションのURL、認証情報、個人のアクセス履歴を含むログを公開しないでください。

よくある疑問：Configをおすすめする前提条件