Shadowrocketのプロキシモードと基本設定

Global Routing：Config、Proxy、Direct

概要：Global Routingは、Shadowrocketが処理する接続の経路を決めます。ConfigモードのConfigは、現在の設定ファイルにあるルールに従って通信を振り分けます。プロキシモードのProxyは、対象の通信にプロキシ経路を使用します。直通モードのDirectは、現在のネットワークから直接アクセスします。3つのモードはルーティング方法の選択肢であり、接続プロトコルの違いやサーバーの稼働状況を示すものではありません。

場所：Homeを開き、Global Routingを探します。選択する前に、使用中のサーバーと、Configで有効になっている設定ファイルを確認してください。設定を読み込んだだけでは、選択して適用したことにはなりません。

モードと画面上の表記	ルーティングの基準	利用シーン	確認するポイント
設定 / Config	現在有効な設定ファイルとそのルール	ドメインやIPなどの条件ごとに異なるポリシーを適用	設定ファイルの選択状態、ルールの順序、最終ポリシー
プロキシ / Proxy	現在選択中のプロキシ経路	一時的にプロキシ経路と比較し、振り分けの問題を切り分ける	サーバー設定、接続状態、接続先への到達性
直通 / Direct	現在のネットワークから直接アクセスする経路	ローカルネットワークの確認や、一時的な直通接続	ローカルネットワーク、DNS、接続先へのアクセス条件

設定方法：普段使える振り分け設定がある場合は、まずConfigを選択します。特定の接続先にアクセスできないときは、同じネットワーク、サーバー、接続先のまま、一時的にProxyへ切り替えて比較します。ローカルネットワークから直接アクセスできるか確認する場合は、Directを試します。切り替えた後は接続をやり直し、必要に応じて接続スイッチを一度オフにしてからオンにしてください。以前のセッションが判定に影響するのを防げます。

注意点：Proxyを選んでも、デバイス上のすべての通信が必ずプロキシ経由になるわけではありません。システムサービス、LANの除外設定、プラットフォームの仕様が経路に影響することがあります。Proxyでは接続できてConfigでは失敗する場合は、ルールとポリシーの参照先を確認します。両方で失敗する場合は、サーバーとネットワークを先に確認してください。比較が終わったら通常のモードに戻し、テスト用の設定をそのまま使い続けないようにします。

ルールによる振り分け：マッチ条件とポリシー

概要：ルールはマッチ条件とポリシーで構成されます。DOMAINは指定したドメインに一致し、DOMAIN-SUFFIXはドメインのサフィックスに一致します。DOMAIN-KEYWORDはドメインに含まれるキーワードで判定します。IP-CIDRとIP-CIDR6はそれぞれIPv4、IPv6のネットワーク範囲を指定し、GEOIPはIPアドレスの地理的な割り当てに基づいて判定します。USER-AGENTによる判定は、該当するリクエスト情報を取得できるかどうかにも左右されるため、あらゆるアプリを識別できる方法ではありません。

場所：Configを開き、選択中の設定ファイルとルールを確認します。この設定ファイルのルールで振り分けるには、HomeのGlobal RoutingでConfigを選択する必要があります。サーバー一覧とルール一覧は役割が異なります。前者は接続情報を保存し、後者は接続ごとに適用するポリシーを決めます。

設定方法：まず現在の設定をバックアップし、対象範囲の狭い例外ルールを、より広範なルールより前に配置します。以下は構文の例です。example.comとexample.orgは説明用のドメインで、サーバー情報ではありません。実際に使う際は目的に合わせて置き換え、動作を確認してください。

[Rule]
DOMAIN,example.com,PROXY
DOMAIN-SUFFIX,example.org,DIRECT
DOMAIN,ads.example.com,REJECT
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY

PROXYはプロキシポリシー、DIRECTは直接接続、REJECTは接続拒否を表します。FINALは前の条件に一致しなかった場合に適用される最終ルールで、ルールの末尾に置きます。カスタムポリシー名を使う場合は、その名前が定義され、参照先と一致していることも確認してください。存在しない名前は有効な接続先として使えません。

注意点：ルールは通常、上から順に照合されます。先に広範な条件があると、後ろの詳細な条件に到達しない場合があります。ドメインルールとIPルールでは判定に使う情報が異なり、DNSやキャッシュもアクセス結果に影響します。変更後は、対象が明確な接続先を1つ選んでマッチ状況を確認してください。REJECTを誤って使うと、ページの表示に必要なリソースまで遮断される可能性があります。1つの接続先の問題を解決するために、設定全体を一度に置き換えないでください。

SubscribeとAdd Server：サブスクリプションとサーバーの管理

概要：サーバー項目には、個別の接続先のアドレス、ポート、プロトコル、認証情報を保存します。サブスクリプションは、ユーザーがすでに持っているアドレスから複数のサーバー情報を読み込み、後から更新するための機能です。読み込みに成功しても、情報が現在も有効であることや、すべてのサーバーに現在のネットワークから接続できることを保証するものではありません。

場所：Homeでサーバーを管理し、Add Serverから項目を追加します。すでにサブスクリプションを利用している場合は、追加画面でSubscribeを選びます。QRコードがある場合はScan QR Codeを使えます。画面構成によって項目の場所が異なることがあるため、同じ英語表記を探してください。

設定方法：まず、利用可能なサブスクリプションまたはサーバー情報をすでに持っていることを確認します。サブスクリプションのURLは、余分な空白や改行を加えず、そのまま貼り付けてください。手動で追加する場合は、プロトコル、アドレス、ポート、認証情報を項目ごとに確認します。Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2では必要な項目が異なります。選択したプロトコルの入力欄と、手元にある接続情報に従い、プロトコル名だけを変えて別のプロトコルの情報を流用しないでください。

読み込み後、見分けやすい名前を付けてConnectivity Testを実行し、Homeで使用するサーバーを選択します。サブスクリプションを更新した後は、現在の選択項目が引き続き存在するか確認してください。ローカルでの変更を残す場合は、先にバックアップを取り、更新による上書きに備えます。サブスクリプションと完全なConfigは別のものです。サーバー一覧を更新できても、すべての振り分けルールが同期されるとは限りません。

注意点：サブスクリプションのURLにはアクセス認証情報が含まれている場合があります。公開スクリーンショット、ログ、チャットに載せないでください。更新に失敗したら、URLが完全か、現在のネットワークから読み込めるか、認証情報が有効かを確認してから再試行します。既存の項目が残っている場合、すべてを先に削除する必要はありません。当サイトではサーバー情報やサブスクリプションの提供・販売・推奨は行わず、ユーザーがすでに持っている情報の使い方を説明します。

On Demand：条件に応じた接続

概要：On Demandは、条件を満たしたときにシステムが接続を試みる機能です。「いつ接続するか」を制御し、Global Routingは「接続後に通信をどう振り分けるか」を決めます。オンデマンド接続を有効にしても、サーバー情報の不備は解消されず、ネットワークの切り替え中にすべての既存セッションが維持されるわけでもありません。

場所：Settingsを開き、On Demandと、現在のプラットフォームで利用できる条件や例外項目を確認します。現在のクライアントに同じ項目が表示されない場合は、そのプラットフォームの設定画面に従ってください。別のプラットフォームのシステム設定を、クライアント内の設定の代わりに使わないでください。

設定方法：まず手動で接続し、サーバー、DNS、ルールが使えることを確認してからOn Demandを有効にします。画面でネットワーク条件を設定できる場合は、特定のネットワークで接続するなど、明確なシナリオを1つだけ設定します。保存後にネットワークを切り替え、システム上の接続状態を確認してから、実際に接続先へアクセスします。例外を追加するたびに、条件を満たす場合と外れる場合の両方で動作を確認してください。

注意点：手動で接続を切った後に再接続する場合、オンデマンド条件が再び適用された可能性があり、スイッチの不具合とは限りません。テストを完全に止める場合は、先にOn Demandをオフにし、その後でメイン接続を切ってください。ログインが必要な公共Wi-Fiでは、まずネットワークへのログインを済ませてから接続を確認します。ネットワークが使える状態になる前に、プロトコル設定を繰り返し変更しないでください。

Data：通信量の確認と接続テストは別

概要：Dataでは、クライアントが処理した通信量を確認できます。アップロード、ダウンロード、利用量の変化を把握するための情報です。表示されるのはクライアントで確認できる範囲のデータであり、通信事業者の請求やサーバー側の課金記録とは異なります。集計期間、リセット方法、表示項目は現在の画面に従ってください。

場所：Dataを開き、まず集計対象を確認してから数値を比較します。現在のプラットフォームで接続別や期間別の表示を選べる場合は、今回のテストに合った範囲を選択してください。異なる期間の累計値をそのまま差し引いて、1回のアクセスで使った通信量と判断しないでください。

設定方法：通常は数値を確認するだけでよく、利用開始のために設定を変更する必要はありません。比較する場合は、テスト前の時刻と数値を記録し、継続中の他のダウンロードを停止してから、同じ操作を1回行い、その後の変化を確認します。統計をリセットする場合は、残しておきたい記録を保存し、リセット対象の範囲を確認してください。

注意点：バックグラウンド同期、画像の読み込み、接続の再試行でも通信量が発生する場合があります。数値が増えてもページの読み込み成功を示すとは限らず、増えないからといって接続先が使えないとも限りません。ルーティングモードや接続状態、実際のリクエストも確認してください。通信量の統計は変化の把握に役立ちますが、接続の成否はテストやログも合わせて判断します。

Settings：DNS、テスト方法、便利な機能

DNS：ドメインの名前解決とルーティングを確認

概要・場所：DNSはドメイン名をIPアドレスに変換します。SettingsでDNS関連の設定を確認し、現在のConfigにも名前解決の設定があるか確認してください。設定ファイル内の項目が実際の動作に影響することがあるため、設定画面の値だけを見て判断しないでください。

設定方法：変更前に現在の値を記録し、問題がドメインへのアクセスでのみ発生するか確認します。ネットワーク自体は正常で特定のドメインだけ失敗する場合は、DNSアドレスの形式、現在のネットワークからの到達性、設定ファイル内の指定を確認してください。現在の環境に適したことを確認できた名前解決方法を使い、一度に変更するのは1項目だけにします。再接続して新しいリクエストを送信し、結果を比較してください。

注意点：名前解決に成功しても、接続先へ必ずアクセスできるとは限りません。IPアドレスでアクセスできるからといって、すべてのドメイン名をIPアドレスに置き換えられるわけでもありません。証明書や接続先の選択にドメイン名が必要な場合があります。DNSをあらゆる接続障害の一律の解決策と考えず、特にDNS、サーバー、ルーティングモードを同時に変更して原因を判断しようとしないでください。

Test Method：Connectivity Testの比較条件をそろえる

概要・場所：Test Methodでは接続テストの方式を選べます。Settingsで項目を探し、Homeに戻ってConnectivity Testを実行します。選択できる方式は、現在のクライアントに表示される項目に従ってください。

設定方法：複数の利用可能なサーバーを比較する場合は、テスト方式、ネットワーク、テスト対象を同じ条件にします。テスト対象を指定できる場合は、その対象が正常に応答することを先に確認してください。1回の結果が不自然な場合は少し時間を置いて再テストし、表示された数値だけで選ばず、実際のアクセス状況も確認します。

注意点：テスト方式によって測定する段階が異なるため、結果を単純に比較できない場合があります。テストに表示される所要時間はダウンロード速度ではなく、あらゆるアプリでの利用状況を示すものでもありません。テスト方式を変えても、サーバーのプロトコルや認証情報は変更されません。

Today Widget：ショートカット操作後に状態を確認

概要・場所：Today Widgetは、システムが対応している場合に使えるショートカットです。Settingsで関連設定を探し、システムの案内に従って適切な場所に追加します。この機能が利用できるか、どの操作を実行できるかは、プラットフォームとシステムによって異なります。

設定方法：まずメインアプリでサーバー、設定ファイル、モードを選び、正常に接続できることを確認してからショートカットを追加します。初めてショートカットで切り替えた後は、Homeに戻り、選択項目と実際の接続状態を確認して、意図した操作になっているか確かめてください。

注意点：ショートカットは独立した設定を持つものではありません。表示がすぐに更新されない場合は、メインアプリを開いて確認し、連続でタップして切り替えを重ねないようにしてください。手動操作の後でも自動接続条件が適用される場合があるため、On Demandと合わせて確認します。

iCloud：同期するデータの範囲を確認

概要・場所：対応するAppleデバイスでは、iCloud関連の項目を使って、同じアカウント環境にあるクライアント対応データを保存または同期できます。SettingsでiCloudの項目を探し、システム設定でShadowrocketのiCloud利用が許可されていることも確認してください。

設定方法：まずデータ元のデバイスでローカルバックアップを保存してから、同期を有効にします。同期が完了したら、別のデバイスで設定名、ルール、サーバー項目を確認してください。画面に表示される項目に従って同期範囲を確認します。デバイスの接続権限、現在のネットワーク、実際の接続結果は、それぞれ個別に確認する必要があります。

注意点：iCloudを即時・完全で、競合も起こらないバックアップと考えないでください。2台のデバイスで同じ内容を同時に変更する前に、同期状況を確認します。iCloudはすべてのプラットフォーム間で使える設定移行手段ではありません。プラットフォームをまたいで移行する場合は、移行先のクライアントが対応するインポート形式を確認し、含まれる認証情報を適切に保護してください。

Diagnostics：ログで失敗した段階を特定

概要：Diagnosticsでは接続関連の情報を確認・収集し、設定の読み込み、ドメインの名前解決、サーバー接続、接続先からの応答など、どの段階に問題があるかを切り分けられます。ログは原因調査の手掛かりであり、自動修復の機能ではありません。エラーは発生時刻や操作内容と合わせて確認してください。

場所：Settingsを開き、Diagnosticsと、現在のクライアントにあるログの項目を探します。記録を開始する前に、使用中のサーバー、Global Routing、設定名を確認してください。異なるテスト状態のログと説明を取り違えずに済みます。

設定方法：特定のドメインが開けないなど、再現できる問題を1つに絞ります。テスト時刻を記録し、必要な診断項目を有効にしてから、問題を1回だけ再現します。同じ時刻付近の名前解決結果、接続エラー、適用されたポリシーを確認してください。Configモードだけで失敗する場合は、すべてのサーバーをすぐに変更せず、まずルールを重点的に確認します。

注意点：ログには接続先のドメイン、IPアドレス、サブスクリプションの認証情報、サーバー情報が含まれる場合があります。エクスポート前に内容を確認し、問題を共有する際は必要な部分だけを残して、機密情報を削除してください。調査が終わったら、一時的に有効にした詳細ログをオフにします。長期間記録を続けると、保存領域や処理に負担がかかることがあります。症状別の詳しい手順はトラブルシューティングガイドをご覧ください。

設定完了後の確認手順

各機能には依存関係があります。まずネットワークとサーバー情報を整え、次にモードとルールを設定し、最後に自動接続やショートカットを有効にします。次の順番で確認すれば、原因を追いやすくなり、変更に問題があった場合も元に戻しやすくなります。

ネットワークを確認。デバイスでネットワークへのログインが済み、現在のネットワークを利用できることを確認します。ネットワーク自体が使えない場合は、クライアントの設定変更をいったん中止してください。
サーバーを確認。手元にある接続情報を確認してConnectivity Testを実行します。項目を選択して実際にアクセスし、テスト結果と実際のリクエスト結果を区別してください。
Global Routingを確認。接続先を固定してConfig、Proxy、Directを比較し、どのモードで失敗するか記録してから、普段使うモードに戻します。
ルールとDNSを確認。現在の設定、ルールの順序、最終ポリシーを確認します。一度に変更するのは1項目だけにし、新しいリクエストを送ってから結果を判断してください。
自動化機能を確認。手動接続が安定してからOn Demandを有効にし、Today Widgetなどのショートカットを確認します。同期後はデバイスごとに状態を確かめてください。
元に戻せる状態を保つ。使える設定と変更内容を記録します。問題が起きたら、まず直前の変更を元に戻し、その後Diagnosticsで該当する時間帯の情報を収集してください。

接続を最初から設定する場合は使い方ガイドを、プロトコルやルールキーワードを確認する場合は用語集をご覧ください。本ページでは機能と設定を解説しています。アプリの入手方法と各プラットフォームの要件はダウンロードページにまとめています。