Shadowrocketの機能と設定

機能：Global Routingは、クライアントが処理する接続の経路を決めます。設定ファイルに従うモードはConfig、プロキシモードはProxy、直接接続モードはDirectです。これはHomeで選ぶサーバーとは別の設定です。前者はルーティング方式を決め、後者はプロキシが必要な場合に使う接続情報を指定します。

場所と設定方法：HomeでGlobal Routingを開きます。ドメインやアドレスなどの条件に応じて通信を振り分ける場合はConfigを選び、Configで現在有効なファイルを確認します。特定のリクエストが振り分けの影響を受けているか一時的に確認するには、ProxyまたはDirectに切り替えて比較します。テスト後は元のモードに戻し、確認用の設定を常用しないようにしましょう。

注意点：Proxyを選んでも、誤ったサーバーパスワードは修正されません。Configを選んでも、適切なルールが自動で作成されるわけではありません。Directはクライアント内のルーティング設定であり、システムのVPN接続をオフにする操作ではありません。比較テストではモード、選択中のサーバー、接続先を記録し、できるだけ接続をやり直してください。すでに確立している接続は、モードを切り替えてもすぐに新しい経路へ切り替わらない場合があります。

機能：ルールは照合条件を、ポリシーは条件に一致した後の処理を定めます。両者を混同しないでください。DOMAINは完全一致のドメイン、DOMAIN-SUFFIXはドメインの末尾、DOMAIN-KEYWORDはドメインに含まれるキーワードに一致します。IP-CIDRとIP-CIDR6はそれぞれIPv4とIPv6のアドレス範囲に使います。GEOIPはIPアドレスの位置情報データに依存します。USER-AGENTは取得可能なリクエスト情報に依存するため、すべてのアプリを確実に識別できるわけではありません。

場所と設定方法：Configを開き、現在有効なファイルを選んで、その中のRuleを確認します。通常、ルールは上から順に評価され、最初に一致したルールのポリシーが適用されます。そのため、具体的な例外は広い条件より上に置き、末尾にはFINALを明示します。有効になっていない別のファイルにルールを追加しても、現在の接続動作は変わりません。

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

この例はルールの順序を説明するものです。example.com自体には先にDIRECTが適用され、ad.example.comには先にREJECTが適用されます。それ以外でexample.comのサフィックスに一致するドメインはPROXYに振り分けられます。すべてのネットワークで使える汎用設定ではありません。適用前に実際の接続先に合わせて確認してください。

注意点：PROXYはプロキシ経由、DIRECTは直接接続、REJECTは一致したリクエストの拒否を意味します。REJECTはページの内容を判別しないため、同じドメイン内の異なるコンテンツを1つのドメインルールだけで区別することはできません。アドレスに関するルールはDNSの名前解決結果にも影響される場合があります。振り分けに問題があるときは、似た条件を追加し続けるのではなく、まず実際に一致したルールを確認してください。設定を保存し、反映されたことを確認してからリクエストを再試行します。

設定ファイルの構成やプロトコルパラメータについては、プロトコル解説と.conf設定ファイルの構成もご覧ください。

機能：個別のサーバー情報には、アドレス、ポート、プロトコル、認証情報などの接続パラメータが保存されます。Subscribeでは、すでにお持ちのサブスクリプション元からサーバー情報を取得・更新できます。サーバーリストは接続先を管理し、Configはルーティングなどの動作を設定します。サブスクリプションを更新しても、ルールファイルが更新されたとは限りません。

場所と設定方法：Homeでサーバーを管理します。個別のサーバー情報をお持ちの場合は、Add Serverを開き、サーバー側と同じ種類を選んで必要な項目を入力します。サブスクリプションをお持ちの場合は、Add Serverの種類からSubscribeを選び、ご自身のサブスクリプションURL全体を貼り付けて保存します。Scan QR Codeでお手元の情報を読み込むこともできますが、読み込み後は詳細を開いて内容を確認してください。登録名だけで判断しないようにしましょう。

Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuardなどでは、入力項目がそれぞれ異なります。ある種類のPasswordを別の種類の認証欄にそのまま入力しないでください。また、ポート番号だけでプロトコルを判断することもできません。TLS、サーバー名、通信方式に関する項目はサーバー側の指定に合わせます。必要な情報がない場合は、適当に組み合わせを試すのではなく、元の接続情報を確認してください。

Subscribeの更新後は、サーバー情報が追加・削除・名称変更されていないかを確認し、Homeで選択中のサーバーが意図したものか確かめます。サブスクリプションから作成された情報を直接編集すると、次回の更新で上書きされる場合があります。変更を保持したい場合は、情報の管理元を確認し、復元できるよう元の情報を保管してください。

注意点：サブスクリプションURLにはアクセス認証情報が含まれている場合があり、QRコードにも認証情報全体が含まれることがあります。公開したり、スクリーンショットに載せたりしないでください。サブスクリプションの更新失敗とサーバーへの接続失敗は別の問題です。前者ではURLとアクセス状況を、後者では個々のサーバーパラメータを確認します。遅延テストに成功しても、そのテスト条件で結果が得られたことを示すだけで、Webサイトへの接続、継続的な通信速度、長時間接続が正常であるとは限りません。

機能：On Demandは、システムが対応する条件に応じて接続動作を開始し、接続スイッチを毎回手動で操作する手間を減らします。VPN接続をいつ開始するかを制御する機能です。Ruleは接続後のリクエストの経路を制御します。連携して使えますが、同じ設定ではありません。

場所と設定方法：SettingsでOn Demand関連の項目を開き、現在の条件を確認してから、画面に表示されるネットワークの種類や識別情報などを設定します。初めて使う場合は、手動接続、Global Routing、選択中のサーバーが正常に動作することを確認してから、明確な条件を1つだけ追加します。保存後、該当するネットワークに切り替えて結果を確認してください。

特定のWi-Fiと他のネットワークを区別する場合は、実際のネットワーク識別情報とルールの優先順を確認します。テスト中は、現在のネットワーク、想定する動作、システム上の実際の状態を記録してください。接続を手動で何度もオフにするだけで起動条件を変更しないと、その条件が引き続き成立しているため、システムが再接続することがあります。必ずしもオフにする操作が機能していないわけではありません。

注意点：On Demandを有効にしても、アプリが常に前面で動作するわけではなく、サーバー障害時の復旧が保証されるわけでもありません。ネットワークの切り替え、システムの動作、サーバーの状態が結果に影響します。自動接続を一時的に停止する場合は、クライアント内のOn DemandとシステムのVPN設定の両方を確認し、設定間に食い違いがないようにしてください。1つの問題を調べるために、複数の起動条件を同時に変更しないでください。

機能：Dataでは、クライアントが記録する通信量を確認できます。テスト操作で通信が発生したか、送受信量が想定どおりに変化したかを調べる参考になります。この統計はサービス提供元の利用明細ではなく、累計値だけで全リクエストがプロキシ経由だったかを判断することもできません。

場所と確認方法：Dataを開き、表示対象、期間、集計方法を確認してから、テスト前の数値を記録します。次に、接続先を1つに絞ってアクセスし、終了後に同じ統計画面で変化を確認します。リセット機能がある場合は、必要な記録を保存してからリセットするか決めてください。ローカルのカウントをリセットしても、サービス提供元の記録はリセットされません。

注意点：バックグラウンド処理、メディアの先読み、再試行、プロトコルのオーバーヘッドが結果に影響することがあります。画面ごとに集計範囲が異なる場合、数値を単純に加算したり相互に置き換えたりすることはできません。特定のリクエストの経路を確認するには、接続記録や適用されたポリシーも参照してください。Dataの通信量が増えたことだけを根拠にしないようにしましょう。サービスの利用量は、お使いのサービスの計測方法をご確認ください。

DNS：名前解決とルーティングの関係

機能と場所：DNSはドメイン名を接続に必要なアドレスに変換します。関連項目はSettingsや、現在のConfigにあるGeneral設定に表示される場合があります。DNSはGlobal Routingとは別の設定であり、適切なルールやサーバー情報の代わりにはなりません。

設定方法と注意点：まず現在の名前解決設定を記録し、入力するアドレスやDNSサービスの形式と到達性を確認します。次に1項目だけ変更し、同じドメインで再テストしてください。出所が不明な設定を複数同時に追加しないでください。キャッシュ、IPv4とIPv6の解決結果の違い、アドレスに関するルールが最終的な経路に影響する場合があります。ブラウザで接続できても、クライアントが想定どおりのDNSを使った証明にはなりません。ドメインには接続できない一方でアドレスへの接続は正常な場合、サーバーが使えないと決めつけず、DNSも原因の候補として確認してください。

Test Method：テスト結果の見方

機能と場所：SettingsでTest Methodと関連するテスト項目を確認します。これらの設定によって、接続テストの方法が決まります。HomeのConnectivity Testでは、選択した方法でサーバーの応答を確認できます。

設定方法と注意点：画面の説明に従って方法を1つ選び、同じテスト先と近いネットワーク条件で比較します。テスト方法によって確認する段階が異なるため、数値を単純に比較して順位付けすることはできません。ポートへの接続が確立しても、認証、TLS、接続先へのリクエストが成功したとは限りません。テスト遅延が短くても、ダウンロード速度が速いとは限りません。テスト先自体に接続できない場合は、サーバー情報をまとめて削除するのではなく、まずテスト先を確認してください。

Today Widget：ウィジェットの追加とシステムの制限

機能と場所：Today Widgetは、ウィジェット関連の機能を設定する入口です。アプリが現在対応している情報や操作を設定できます。まずSettingsで利用可能な項目を確認し、次にシステムのウィジェット管理画面で追加できるか確認してください。

設定方法と注意点：現在のシステムとアプリで利用できる項目から表示内容を選び、追加後にクライアントへ戻って状態が一致しているか確認します。ウィジェットの種類、更新頻度、操作機能はシステムの対応状況によって異なり、すべてのデバイスで同じレイアウトになるとは限りません。表示が更新されるまで時間がかかる場合があるため、接続状況の確認にはクライアントとシステムに表示される実際の状態を使ってください。

iCloud：同期範囲と復元時の注意点

機能と場所：SettingsでiCloudの同期やバックアップに関する項目を確認し、システム設定でアプリのiCloud利用が許可されているか確認します。同期やバックアップの対象はアプリが明示的に対応するデータであり、App Storeでの購入資格を復元する機能ではありません。

設定方法と注意点：まず現在の項目の説明を読み、同期される内容を確認してから有効にし、完了を待ちます。デバイスを変更する前に必要なデータを別途バックアップしてください。復元後はサーバー、現在のConfig、各スイッチの状態を1つずつ確認し、すべての内容が移行済みだと思い込まないようにしましょう。削除や上書きによって同期データが影響を受ける場合があるため、操作する方向と範囲を先に確認してください。サーバーパスワード、サブスクリプションURL、設定ファイルには機密情報が含まれることがあるため、書き出しや同期の際もアクセス範囲に注意してください。

機能：Diagnosticsでは、診断情報やツールを使って「接続できない」という問題を段階ごとに切り分けます。現在のネットワークが利用できるか、ドメインを名前解決できるか、サーバーに接続できるか、どのポリシーが適用されたかを確認できます。診断記録は原因を探る手がかりであり、設定をすべて自動修復するボタンではありません。

場所と使い方：SettingsでDiagnostics関連の項目を探し、画面に表示されるツールや記録設定を使います。まず、問題が発生した時刻、ネットワークの種類、Global Routingのモード、現在のConfig、選択中のサーバーを記録してから、問題を一度再現してください。追加の記録が必要な場合は、トラブルの切り分けに必要な範囲だけを有効にし、終了後は元の設定に戻します。

次の順に確認します。まず現在のネットワークから既知の接続先にアクセスできるか確認し、次にサーバーの接続テストを行い、その後にドメインの名前解決、最後にルールとポリシーを確認します。Proxyモードでは接続できるのにConfigモードでは失敗する場合は、まず一致したルールとポリシーを確認してください。ただし、テスト間でサーバーやネットワークを切り替えていないことも確かめます。モードの違いだけで原因を断定しないでください。

注意点：診断データにアクセス先のドメインやアドレス、サブスクリプション情報、認証情報が含まれる場合があります。共有する前に機密情報を削除し、現象の説明に必要な部分だけを残してください。設定ファイル全体、サブスクリプションURL全体、QRコードを公開しないでください。一時的な失敗は同じ条件で繰り返し確認しましょう。1回のタイムアウトだけでは、長期的な安定性は判断できません。

1. 入力内容を確認。サーバーの種類、アドレス、ポート、認証項目を確認し、Subscribeの更新で想定した情報が取得できたか確かめます。
2. ルーティングを確認。HomeでGlobal Routingを確認します。Configを使う場合は、現在有効なファイル、ルールの順序、FINALも確認してください。
3. 接続状態を確認。クライアントとシステムの接続状態を確認し、同じ接続先へのリクエストをやり直します。既存の接続を使って誤判定しないようにしてください。
4. 結果を確認。接続記録、Diagnostics、Dataをあわせて確認します。一度に変更するのは1項目だけにし、元に戻す方法も用意してください。

自動接続の有効化、DNSの変更、ルールの書き換えを同時に行うより、まず手動接続から確認したほうが問題を切り分けやすくなります。初回の操作手順はShadowrocket はじめにをご覧ください。遅延テストの結果については、遅延テストと実際の使用感をご覧ください。