Shadowrocket
機能と基本設定

Homeで切り替えて再確認する

HomeでGlobal Routingを開き、必要なモードを選んでから、画面に表示された現在の設定を確認します。切り替え後にウェブページを再読み込みして、新しいリクエストを送信してください。確立済みの長時間接続は以前の状態を引き継ぐことがあるため、開いたままのページだけを見て、新しい設定がすべてのリクエストに適用されたと判断しないでください。

Proxyでは正常でConfigでは問題が起きる場合は、設定ファイル、ポリシー名、ルールの一致条件を優先して確認します。どちらでも問題が起きる場合は、選択中のサーバーと基本ネットワークを先に確認し、すぐに設定ファイル全体を書き直さないでください。確認が終わったら元のモードに戻し、一時的なProxy設定で通信経路が変わったままにならないようにします。

Configは設定ファイルを保存する場所というだけでなく、現在どのルールを使っているかにも関わります。設定をインポートまたはダウンロードした後は、リストに表示されているだけでなく、選択され有効になっていることを確認してください。編集前にコピーを保存し、正常に接続できていた元の設定も記録しておきます。一度に変更するルールの種類を一つに絞ると、変更と実際の挙動を対応させやすくなります。

具体的なルールから順に並べる

ルールは通常、記載順に照合されるため、具体的な例外を広い範囲のルールより前に置きます。PROXYはプロキシ経由、DIRECTは直接接続、REJECTは接続拒否を表します。独自のポリシー名を使う場合は、対応する定義も必要です。名前の表記揺れや無効なポリシー参照があると、ルールが正しく見えても想定どおりに動作しないことがあります。

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

以下は構文の説明用であり、完全な設定ではありません。example.comとそのサブドメインはPROXYへ、指定したローカルアドレス範囲はDIRECTへ、それ以外の接続はFINALで指定したDIRECTで処理します。実際に使う際は、目的と既存の設定に合わせてポリシーを決めてください。この内容を既存ファイルにそのまま上書きしないでください。

ルールの動作を確認するには、Global RoutingがConfigになっていることを確かめ、対象を一つに絞って新しいリクエストを送信します。IPアドレスを直接指定してアクセスした場合、ドメインルールが照合されないことがあります。複数のドメインを使うサービスでは、トップページが一度表示できただけで、すべてのリクエストが同じポリシーを使っているとは限りません。

手元にある情報をインポートする

HomeでAdd Serverを選び、手元の情報に合った種類を指定します。サブスクリプションを追加する場合はSubscribeを選び、完全なサブスクリプションURLを入力してください。QRコードがある場合はScan QR Codeを使えますが、読み取り後に項目の種類と重要なフィールドを確認します。通常のウェブサイト、アカウント管理ページ、設定説明ページのURLをサブスクリプションURLとして使わないでください。

サーバーを手動で追加する場合、プロトコル、サーバーアドレス、ポート、認証情報、TLSや転送方式に関する項目は、手元の情報と一致させてください。プロトコル名は原文のまま使用します（Shadowsocks、VMess、VLESS、Trojan、HTTP、SOCKS5、WireGuard、Hysteria2）。フォームを保存するために項目を推測で埋めないでください。不明なパラメーターは元の情報に戻って確認し、必要に応じてプロトコル解説も参照してください。

更新・選択・整理

サブスクリプションを更新したら、サーバー一覧に変更がないか確認し、Homeで選択中のサーバーを示す丸印をもう一度確認します。以前選んでいた項目が削除または置き換えられている場合があります。名前が似たサーバーが一覧にあっても、アドレスやパラメーターが同じとは限りません。手動で追加した項目には見分けやすいメモを付けられますが、メモ自体は接続方法を変更しません。

サブスクリプションを削除する前に、残す項目と元のサブスクリプションURLを確認してください。サブスクリプションで管理される項目は、次回の更新で上書きされることがあります。個別に変更しても、その状態が維持されるとは限りません。パラメーターを個別に試す場合は、元の項目を残して区別しやすいテスト用コピーを作成します。テスト後は重複項目を整理し、誤選択を防いでください。

SettingsでOn Demandを開き、現在の設定と利用可能なネットワーク条件を確認します。初めて設定する場合は、先にHomeでサーバーを手動選択して接続を確認し、その後、条件を一つずつ設定してください。システムからVPN構成の追加を求められた場合は、表示内容を読んで確認します。具体的な条件は現在の画面に表示される項目に従い、すべてを同時に有効にする必要はありません。

有効にしたら、実際に使うWi-Fiとモバイル通信を切り替え、想定どおりに接続が開始または停止するか確認します。その後、HomeでGlobal Routingが希望のモードになっているかも確認してください。自動接続されても、サーバーが利用可能とは限らず、すべてのリクエストがプロキシを使うとも限りません。最終的な処理は、ルーティングモードと現在の設定の両方で決まります。

手動で接続をオフにしても再接続する場合は、サブスクリプションを何度も削除するのではなく、まずOn Demandを確認し、次にシステムのVPN設定を確認してください。接続の問題を調べる場合や自動接続を完全に止める場合は、On Demandを一時的にオフにしてから、Homeの接続スイッチを操作します。元の設定を記録し、テスト後は必要に応じて戻してください。

On Demandは、継続的にデータを転送することを意味する機能ではありません。電池の消費量や通信量は、実際のアプリの利用状況、プロトコル、ネットワークの安定性、再接続の頻度にも左右されます。VPNアイコンが表示されているだけで、異常な通信量が発生しているとは判断できません。確認する際は、On Demandの接続履歴、Dataの計測期間、実際のアプリ利用状況を合わせて見てください。

Dataを開き、まず画面に表示されている集計範囲、通信の方向、単位を確認してから、実際の操作内容と照らし合わせます。アップロードとダウンロードは通信の方向が異なります。期間の選択やデータ消去ができる場合は、対象範囲を先に確認してください。一度のセッションの数値を1か月分の通信量とみなしたり、数値を消去した後も以前と同じ時点から計測していると考えたりしないでください。

比較テストでは、まず現在の数値を記録し、関係のないバックグラウンド通信を止めてから、一つの明確な操作だけを実行し、数値の変化を確認します。通信量が増えたことから分かるのは、記録対象のデータ通信が発生したことだけです。特定のドメインにPROXYが適用された証拠にはなりません。ポリシーを確認するには、Global Routing、設定ルール、利用可能な接続ログも合わせて確認してください。

クライアントとサービス提供元の通信量に差が出ることがあります。集計期間、プロトコルのオーバーヘッド、再送、計測方法などが原因です。アカウントの残量を確認する場合は、利用中のサービスのアカウント記録を参照してください。Dataの一つの数値から請求内容を推定しないでください。調査内容を記録する際は、累計値だけのスクリーンショットよりも、ネットワークの種類とテスト内容を記載したほうが役立ちます。

DNS：名前解決と接続を切り分ける

DNSはドメイン名をIPアドレスに変換します。SettingsでDNS関連の設定を確認すると同時に、現在のConfigにDNS設定が含まれているかも確認してください。実際の動作は設定ファイルの影響を受ける場合があります。明確な理由がなければ、現在正常に動作している設定を維持します。指定された名前解決方法がある場合は、元の情報を確認して設定し、変更前の値を記録してください。

ドメイン名では開けないのにIPアドレスへの直接アクセスでは応答がある場合、名前解決が関係している可能性がありますが、それだけでは断定できません。HTTPSサイトでは証明書やドメイン名も関係します。DNSを変更した後は、新しいリクエストを送信し、キャッシュの結果を新しい設定の効果と取り違えないようにしてください。DNSの変更でサーバーパラメーターが修正されるわけではありません。IPv6、ルール、サーバーも同時に変更すると、原因を特定しにくくなります。

Test Method：測定条件をそろえる

Test Methodでは、関連するテストの検査方法を選択します。Settingsで現在利用できる項目を確認してください。方法によって検査する接続の段階が異なるため、結果を比較する際は同じ方法と近いネットワーク条件を使います。方法を変更した場合、新旧の結果をそのまま並べてサーバー品質の結論を出すことはできません。

方法を選んだらHomeに戻ってConnectivity Testを実行し、実際のアプリやウェブサイトも試します。テストに成功してもすべてのサイトへアクセスできるとは限らず、失敗した場合も検査対象と現在のネットワークを合わせて判断する必要があります。特定の方法でのみ問題が起きる場合は、その方法の検査条件を先に確認し、すぐにすべてのサーバーを削除しないでください。

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

Today Widgetは、システムが対応する範囲で状態をすばやく確認したり操作したりするための機能です。Settingsで関連項目を確認し、システムが現在提供するウィジェットの追加方法に従って設定してください。システムや現在のバージョンに項目が表示されない場合は、ウィジェットを探すために接続パラメーターを変更する必要はありません。

ウィジェットで操作した後はHomeに戻り、サーバー、接続スイッチ、Global Routingを確認してください。ショートカットに表示された状態は更新が必要な場合があり、実際の接続確認の代わりにはなりません。ロック画面に表示される情報についてもシステムの表示権限を確認し、不要なサーバーメモを他人に見られないようにしてください。

iCloud同期：サブスクリプションの更新とは別の機能

iCloud同期は、現在のバージョンが対応するデータを個人のデバイス間で同期する機能です。利用中のサービス提供元からサーバー一覧を更新する機能とは別です。Settingsで同期の設定を確認し、対象デバイスが意図したiCloudアカウントを使っていること、システムで必要なアクセスが許可されていること、ネットワークが利用できることを確認してください。有効にする前に重要な設定を保存し、デバイス上の内容とクラウド上の内容を照合して、古いデータを新しい設定と取り違えないようにします。

一方のデバイスで変更した後は、同期を待ってから別のデバイスで実際の結果を確認してください。接続状態、システムの許可、すべての設定が完全にデバイス間で引き継がれるとは限りません。サーバーのパスワード、サブスクリプションURL、キーは機密情報です。同期対象のデータ範囲を確認してください。システムのVPN許可はデバイスごとに確認が必要です。

Diagnostics：一度の不具合が起きた条件を記録する

Diagnosticsでは、接続に関する診断情報を収集・確認できます。Settingsの該当項目から開いてください。実行前に、ネットワーク、選択中のサーバー、Global Routing、再現手順を記録し、利用可能な診断ツールを実行します。無関係なリクエストで有効な情報が埋もれないよう、明確な不具合を一度だけ再現するようにしてください。

出力を確認する際は、問題が起きた段階に注目します。接続を確立できないのか、認証に失敗したのか、名前解決に問題があるのか、接続先から期待した応答がないのかを見分けてください。診断結果は原因の範囲を絞り込むためのもので、すべての接続先に対する長期的な評価ではありません。共有する前に、サブスクリプションのパラメーター、認証情報、キー、不要な個人のアクセス記録を隠してください。調査が終わったら、必要に応じて詳細ログをオフにします。

1. 基本ネットワークを確認します。まずWi-Fiまたはモバイル通信が利用できるか、ネットワーク認証が必要かを確認してください。こうした問題はルールの変更では解決できません。
2. サーバーを確認します。Homeで丸印が付いた選択項目を確認し、手元の情報とプロトコルやパラメーターを照合してから、Connectivity Testを実行します。
3. Global Routingを確認します。ルールを使う場合はConfigを選びます。一時的にProxyで比較した後は、元のモードに戻してください。
4. Configを確認します。有効なファイル、ルールの順序、ポリシー参照、FINALを確認してください。変更後は、既存の接続ではなく新しいリクエストを送信します。
5. 名前解決と診断を確認します。ここまでの内容を確認した後で、DNSとDiagnosticsを調べます。変更のたびに結果を記録し、効果がなければ元に戻してください。

まだ初回接続が完了していない場合は、初回接続ガイドを読み、インポート、サーバー選択、VPN構成の許可、接続確認を順に行ってください。プロトコルの各項目だけを確認したい場合はプロトコル解説を参照します。プロトコルのパラメーター確認をGlobal Routingの切り替えで代用しないでください。