公式マニュアル / 機能ガイド

機能とよく使う設定

まずGlobal Routingを選び、ルールとサーバーを確認します。自動接続、通信量、診断はそれぞれ目的に応じて確認してください。

モードの違いを見る 初回接続の手順
01 / 通信の処理

Global Routingの3つのモード

モードは通信の処理方法を、サーバーはプロキシ接続の出口を決めます。それぞれ個別に確認してください。

Global Routingは、通信全体の処理モードを選ぶ項目です。通常はHomeから開けます。ここではConfig、Proxy、Directの3つの動作を区別します。これらは接続品質のランクではなく、サーバーのアドレスや認証情報を変更するものでもありません。普段使う前に現在のモードを確認し、選択中のサーバーとConfigもあわせて確認すると、モードの問題をサーバーの障害と取り違えにくくなります。

画面上のモード処理方法使用する場面確認項目
Config · 設定現在の設定に含まれるルールとポリシーに基づいて通信を処理します。ドメイン、IPアドレスなどの条件に応じて接続の処理方法を分ける場合。現在の設定ファイル、ルールの順序、ポリシーの参照先、FINAL。
Proxy · プロキシクライアントが処理する通信を、現在のプロキシ経路に送ります。サーバーでプロキシ接続ができるか短時間で確認する場合、または通信を一律にプロキシ経由にする場合。サーバーの選択、プロトコル設定、プロキシ経路が利用可能か。
Direct · 直接接続クライアントが処理する通信を、直接接続として扱います。ローカルネットワークを切り分ける場合、または直接接続が必要な場合。接続先に現在のネットワークから直接アクセスできるか、自動接続が有効になっていないか。

設定方法：モードを選び、新しいリクエストを実行

HomeでGlobal Routingを開き、必要なモードを選んで表示内容を確認します。Configを使う場合は、Configで使用する設定ファイルも選択してください。Proxyを使う場合は、Homeで選択中のサーバーを確認します。変更後は対象のページを開き直すか、接続を再試行して確認してください。すでに確立している長時間接続は従来の経路を使い続けることがあるため、開いたままのページが応答するかどうかだけで判断しないでください。

注意：Directにしてもクライアントの接続スイッチがオフになるわけではありません。また、Proxyにしても、端末上のすべての通信がシステムの制限を回避できるわけではありません。実際に処理される範囲は、システムのネットワーク機構やアプリの動作によって異なります。画面にSceneが表示されている場合は、実際の利用状況に応じて別途確認してください。ここで説明した3つの基本モードのいずれかと同じものとして扱わないでください。

02 / マッチングとポリシー

ルール分岐とConfig

ルールは「何に一致するか」、ポリシーは「一致後にどう処理するか」を決めます。

ルール分岐では、接続ごとに異なる処理経路を指定できます。Configで現在の設定を開くと、ルールを確認・編集できます。ここで説明するルール設定に基づいて通信を振り分けるには、Global RoutingをConfigモードにしてください。変更前に元の設定をバックアップし、選択中のファイルを確認してから、対象範囲を絞ったルールを1つ追加します。ルール、DNS、サーバーの設定を同時に変更しないでください。

基本：よく使われるルールタイプ

  • DOMAIN：指定した完全なドメイン名に一致します。特定のホスト名だけを処理したい場合に適しています。
  • DOMAIN-SUFFIX：ドメインのサフィックスと対応するサブドメインに一致します。ドメイン全体を対象にする場合に使います。名前が似ていてもサフィックスが異なるドメインは区別してください。
  • DOMAIN-KEYWORD：ドメイン名に含まれるキーワードに一致します。完全なドメイン名より広い範囲に一致することが多いため、追加前に無関係なリクエストまで対象にならないか確認してください。
  • IP-CIDR / IP-CIDR6：それぞれIPv4 / IPv6のネットワーク範囲に基づいて一致します。プレフィックス長によって対象範囲が決まるため、単一のアドレスとネットワーク全体を混同しないでください。
  • GEOIP：IPの地理情報データベースを使って、アドレスの地域を判定します。データベース上の判定はウェブサイトの所在地とは異なり、名前解決されたアドレスによって変わる場合もあります。
  • FINAL：前のルールに一致しなかった接続に、最終的な処理方法を指定します。通常はルールの末尾に置きます。

設定方法：個別ルールを先に、フォールバックを最後に

ルールは通常、上から順に確認され、最初に一致した有効なルールで処理方法が決まります。以下は構文の説明用で、設定全体を置き換える汎用設定ではありません。example.comは説明用のドメインです。PROXYには利用可能なプロキシ経路を指定し、DIRECTは直接接続、REJECTは一致した接続の拒否を表します。

DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

注意：カスタムポリシーグループを使う場合、ルール末尾のポリシー名は設定内の名称と一致させてください。広い範囲に一致するルールを先に置くと、後続の詳細なルールが適用されません。特定のウェブサイトに問題がある場合は、まず新しいリクエストがどのルールに一致したかを確認してから、タイプ、順序、ポリシーのどれを変更するか判断してください。ページが開くかどうかだけでルールの正しさを判断しないでください。

ルールキーワードや画面上の名称については用語集をご覧ください。初めて操作する場合は、正常に接続できる設定をバックアップとして残しておくことをおすすめします。

03 / 接続情報

サブスクリプションとサーバーの管理

Subscribeで複数の項目をまとめて更新し、Add Serverで個別の接続情報を管理します。

サーバー項目には、プロトコル、アドレス、ポート、認証情報などの接続情報が保存されます。サブスクリプションは、既存のリンクからサーバー情報を取得・更新するためのものです。どちらもルール設定ファイルとは異なります。Homeの追加メニューからAdd Serverを開くと、プロトコルに応じて個別の接続情報を入力できます。ご自身のサブスクリプションをお持ちの場合は、該当するSubscribeの項目にリンクを入力して保存してください。プラットフォームによって項目の場所が異なることがあるため、実際の画面に表示される内容を確認してください。

設定方法：プロトコルを確認してから各項目を入力

手動で追加する場合は、まずご自身のサーバー情報に合ったプロトコルを選び、アドレス、ポート、認証情報を順に入力します。Shadowsocks、VMess、VLESS、Trojan、WireGuard、Hysteria2などのプロトコルでは、設定項目をそのまま相互に使い回せません。サーバー側で指定されているTLS、通信方式、名前の項目も一致させてください。アドレスが同じでも、接続できるとは限りません。

お持ちの共有リンクはクリップボードからインポートでき、QRコードはScan QR Codeで読み取れます。インポート後もプロトコル、ホスト、グループを確認してください。リストに名前が表示されただけで、情報が揃っていると判断しないでください。QRコードや共有リンクには認証情報が含まれる場合があります。スクリーンショットや画面録画を撮ったり、転送したりする前に、機密情報を隠してください。

注意点：更新、テスト、削除は分けて行う

Subscribeの更新では、サブスクリプションの内容に応じて該当項目が更新されます。サブスクリプション内の項目を手動で変更していると、次回の更新で上書きされる場合があります。複数のサブスクリプションには見分けやすいメモを付け、重複した名前を選び間違えないようにしてください。更新に失敗した場合は、まず元のリンクと現在のネットワークを確認してから再試行します。グループ全体をすぐに削除せず、削除前に残しておきたい手動項目やバックアップがないか確認してください。

Connectivity Testでサーバーへの到達性を確認できますが、1回のテスト結果は実際の通信速度を示すものではなく、すべての接続先へのアクセスを保証するものでもありません。サーバーを選択した後、Global Routingの設定と実際のリクエストもあわせて確認してください。更新方法、並べ替え、バックアップについてはサブスクリプションとサーバー管理マニュアルをご覧ください。

04 / 自動接続

On Demandによるオンデマンド接続

接続を試みるタイミングを決める機能であり、ウェブサイトに適用するルールを決めるものではありません。

On Demandはネットワーク条件に応じて接続を開始します。指定したWi-Fiやモバイルネットワークで自動接続したい場合に便利です。SettingsでOn Demandを探し、利用できるネットワーク条件と既存のルールを確認してから、必要に応じて設定してください。On DemandとGlobal Routingの役割は異なります。前者は接続を開始する条件、後者は接続後の通信処理を決めるため、互いに置き換えることはできません。

設定方法：ネットワーク条件を1つずつ確認

まず手動接続が正常に使えることを確認してから、On Demandを有効にしてください。Wi-Fiとモバイルネットワークの条件をそれぞれ確認します。画面でWi-Fi名を指定できる場合は、必要に応じて正確なネットワーク名を入力してください。保存後に設定画面を閉じ、確認したいネットワークに切り替えて、システムのVPN状態とクライアントの接続状態を確認します。条件は1つずつテストしてください。複数のトリガールールが重なると、どのルールが適用されたか判断しにくくなります。

注意：有効にすると、手動で切断しても条件を満たした際に再接続が始まる場合があります。一時的に無効にする場合は、Homeの接続スイッチを繰り返しオフにするだけでなく、On Demandの設定も確認してください。ログインが必要な公共Wi-Fiでは、先にネットワーク認証を済ませてから接続を確認します。システムにほかのVPN設定がある場合は、それらにも自動接続が設定されていないか確認し、接続先が切り替わり続けるのを防いでください。

On Demandでは、期限切れのサブスクリプション、誤ったパスワード、接続できないサーバーは修正されません。ネットワーク切り替え後の一時的な切断も、まずサーバー障害とは区別してください。問題を調べる際は自動接続を一時的に無効にし、同じサーバーへ手動で接続します。手動接続が安定したら、設定を戻して元の接続条件を1つずつ確認してください。

05 / 結果の確認

Dataで通信量を確認

クライアントに記録された通信量を確認する機能です。通信事業者やサービス提供元の請求明細に代わるものではありません。

Dataでは、クライアントが記録した通信量や履歴を確認できます。Dataを開いたら、まず画面に表示されている集計範囲、方向、時刻を確認し、アップロードやダウンロードなどの数値を読み取ってください。詳細やデータの保存方法はプラットフォームによって異なる場合があります。1回の接続で累計された値をその日の通信量とみなしたり、クライアント上の統計を端末全体の通信記録とみなしたりしないでください。

使い方：基準値を記録してから、1項目ずつ検証

操作によって通信量が変化したか確認するには、まず現在の数値を記録し、対象のページを1つだけ開くか、リクエストを1回実行してから戻り、変化を確認します。設定変更の前後を比較する場合は、テスト対象、ネットワーク条件、操作手順を揃えてください。設定変更、バックグラウンドアプリの動作、既存の接続も統計に影響します。数値が増えただけでは、特定のルールやサーバーが実際の経路だったとは判断できません。

注意：クライアントとサービス提供元の統計は、集計期間、プロトコルのオーバーヘッド、計測方法の違いによって一致しない場合があります。アプリのデータ消去、再インストール、統計のリセット後は、過去の値を引き継げないこともあります。通信量に異常がある場合は、まず対象期間とバックグラウンドのリクエストを確認し、接続履歴も調べてください。ドメインへのルール適用や接続エラーを特定するには、合計値だけでなく関連するログやDiagnosticsを確認します。

06 / よく使う項目

Settingsの設定ガイド

現在の値を記録してから項目を1つずつ変更します。効果がなければ元に戻し、設定を重ねないようにしてください。

DNS：名前解決と接続経路

概要と場所：DNSはドメイン名を接続に必要なアドレスへ変換します。関連設定はSettingsのDNS項目と現在のConfigの両方にある場合があります。問題を調べる前に、どの設定が使われているか確認してください。片方の項目だけを見て判断しないでください。DNSから正常に応答があっても、返されたアドレスに現在の経路から接続できるとは限りません。

設定方法：まず現在の名前解決設定を残し、設定ファイルをバックアップします。次に、手動指定のDNSサーバー、ドメインごとの上書き、その他のDNSルールがあるか確認してください。現在の設定内容に従って項目を1つ変更し、接続を確立し直して新しいドメインリクエストを実行します。サーバーアドレス、サブスクリプションURL、任意のウェブページのURLをDNSサーバー欄に入力しないでください。

注意：DNSキャッシュや確立済みの接続が残っていると、変更の効果がすぐにページへ反映されない場合があります。ドメインルール、IPルール、名前解決の結果は相互に関係しています。特定の接続先に問題がある場合は、まず名前解決の可否、アドレスへの接続可否、適用されるルールを個別に確認してから、DNSを変更する必要があるか判断してください。

Test Method：テスト方法の設定

概要と場所：SettingsのTest Methodでは、関連する接続テストの方法を指定します。結果は、その方法と接続先がテスト時に示した状態を表すもので、一般的な速度評価ではありません。Connectivity Testを使う前に、現在のテスト方法を確認してください。

設定方法：画面で選べる方法の中から、現在の調査目的に合ったものを選択します。テスト先を指定する必要がある場合は、到達可能で安定していると分かっている接続先を使ってください。複数のサーバーを比較するときは、方法、接続先、ネットワークを揃えてテストを繰り返し、条件の異なる結果を並べて評価しないようにします。

注意：テストがタイムアウトしても、すべてのプロキシ通信が失敗しているとは限りません。テストに成功しても、特定のサービスを利用できるとは限りません。テスト値をダウンロード速度に直接換算することはできないため、実際にアクセスしたい接続先で確認してください。

Today Widget：システムのショートカット

概要と場所：Today Widgetは、システムのウィジェットに関連する機能です。まずSettingsに該当項目があるか確認し、次にシステムのウィジェット編集画面で追加できるか確認してください。表示方法はシステムの対応状況によって異なります。項目が見当たらなくても、それだけでクライアントの設定が壊れているとは限りません。

設定方法：まずクライアントでサーバーとモードを選び、初回接続を済ませてから、システムが提供するウィジェットを追加します。ショートカットを使った後はHomeに戻り、実際の接続状態を確認してください。特にネットワークを切り替えた直後や設定変更後は確認が必要です。

注意：ウィジェットは操作や情報を表示するための入口であり、独立したルール設定ではありません。表示状態の更新には時間がかかる場合があります。ロック画面や画面共有では、公開したくないサーバー名がウィジェットに表示されないか注意してください。

iCloud：同期とバックアップの範囲

概要と場所：iCloud関連の項目は、対応するデバイスとシステム環境で、画面の説明に記載されたデータを保存または同期するためのものです。Settingsで同期のスイッチを確認し、システムのiCloud設定でShadowrocketに該当機能の使用が許可されているかも確認してください。すべてのプラットフォーム、項目、過去の記録が同期されるとは限りません。

設定方法：まず元のデバイスで重要な情報をバックアップし、移行先のデバイスが同じiCloudアカウントを使用していて、アプリへのアクセスが許可されていることを確認します。同期を待ってから、サーバー、設定、現在の選択項目をそれぞれ確認してください。どちらのデバイスでも大量の編集や削除を同時に行うと、どの変更でデータが上書きされたか分かりにくくなるため避けてください。

注意：同期は過去のバージョンを保存するバックアップではなく、誤って削除した内容が同期される場合もあります。サブスクリプションや設定には認証情報が含まれることがあるため、システムアカウントとデバイスへのアクセス権を適切に管理してください。移行後も、システムの接続許可と実際のネットワーク状態を再確認します。

Diagnostics：エラー発生時の状況を記録

概要と場所：Diagnosticsでは診断に関するツールや情報を確認できます。通常はSettingsから開けます。問題の範囲を絞り込むための機能であり、誤ったサーバー設定を自動修正するものではありません。画面に表示される診断項目を選び、問題が発生した時刻や接続先と照らし合わせて結果を確認してください。

設定と使い方：まず現在のネットワーク、Global Routing、サーバー、設定を記録してから、問題を再現します。エラー情報を残し、名前解決の失敗、接続タイムアウト、認証失敗、ルールによる拒否を順に切り分けてください。一度に変更する項目は1つだけにし、同じリクエストを再実行します。そうすることで変更の効果を判断できます。

注意：診断情報にはアクセス先のドメイン、サーバーアドレス、認証情報が含まれる場合があります。共有する前にサブスクリプションリンク、パスワード、個人情報を確認して隠し、問題の特定に必要な部分だけを残してください。調査後は、一時的に有効にした詳細ログを普段必要な範囲に戻します。

確認リスト

設定変更後の確認手順

  1. 基本ネットワークを確認。まず現在のWi-Fiまたはモバイルネットワークが利用できるか確認します。ログインが必要なネットワークでは、先に認証を済ませてください。
  2. サーバーを確認。選択中の項目、プロトコル、認証情報を確認し、手動で追加した項目とSubscribeで更新された項目を区別してください。
  3. 処理モードを確認。Global RoutingでConfig、Proxy、Directのいずれが選択されているか確認します。Configを使う場合は、現在の設定ファイルと一致したルールも確認してください。
  4. リクエストを再実行。確立済みの長時間接続は使わず、同じテストの結果をDataとDiagnosticsで確認してください。
  5. 自動接続を再設定。手動接続の確認後にOn Demandを有効にし、ネットワーク切り替えをテストします。元に戻せるよう設定内容を記録してください。

問題を特定できない場合は、FAQのトラブル分類を参考にして、引き続き確認してください。初回のインポートが完了していない場合は、まずチュートリアルに戻って基本接続を確認してから、ルールや自動接続の設定を1つずつ追加してください。