ShadowrocketのDataを開いたら、まず集計対象、累積通信量、リアルタイム速度を区別し、同じ時間帯の前後差で通信状況を確認します。利用中のサービスやサブスクリプションがあり、サーバーの通信量や振り分け結果を確認したい方に向けて、サーバー別・アプリ別の集計範囲、リセット前の記録方法、Dataと接続ログを使った照合方法を解説します。
1. Dataの表示と数値の見方：累積通信量と速度を区別する
Shadowrocketのホーム画面からDataを開き、利用できる集計項目を確認します。サーバー別表示では、該当サーバーの送信・受信・合計を確認します。アプリ別表示では、一覧にアプリごとの通信量が実際に表示されているかを確認してください。接続先のドメイン名や接続名をアプリ名と取り違えないようにしましょう。利用できる項目はデバイスや画面によって異なります。アプリ別の説明は、その項目が表示される場合に限ります。
累積通信量は「この集計期間にどれだけデータを送受信したか」を示し、通常はKB、MB、GBなどで表示されます。毎秒の単位が付いた数値は「現在の通信速度」を示します。両者は直接比較できません。アプリをバックグラウンドにすると速度がゼロになることがありますが、それだけで累積バイト数が消えたとは判断できません。
- 送信：通常、リクエストやアップロードしたデータ、関連する通信データなど、デバイスから外部へ送信されたデータです。アップロードしたファイルのサイズだけを示すものではありません。
- 受信：通常、ウェブページのリソース、メディアのデータ、レスポンスなど、デバイスが受信したデータです。
- 合計：まず画面上の項目の定義を確認してください。合計に送信量と受信量をさらに加えると二重計上になります。
2. サーバー別の通信量：実際に通信した接続先を確認する
サーバー別表示では、「今回のテストが想定したサーバーを経由したか」を確認できます。サービス提供元の残り容量を示す画面でも、デバイス全体の通信量を集計する画面でもありません。サーバー名は識別の手がかりにすぎません。同じ名前でも、サブスクリプションの更新後に作り直された項目は、集計上同一とは限りません。比較する前に、サーバーアドレス、ポート、所属グループも確認しましょう。
Homeで特定のサーバーを選択していても、すべての接続がそのサーバーを経由するとは限りません。Global RoutingがConfigの場合、接続先は現在の設定ファイル内のルールとポリシーによって決まります。別のポリシーが選ばれる場合や、DIRECTになる場合もあります。選択中のサーバーの通信量が増えないときは、まず対象接続の実際の出力先を確認してください。すぐに統計の不具合と判断する必要はありません。
| 確認できる状況 | 考えられる理由 | 次に確認すること |
|---|---|---|
| 選択中のサーバーの通信量が増えない | 接続がDIRECTや別のポリシーを経由している、またはリクエストがキャッシュされている | 対象接続のルールと出力先を確認する |
| 別のサーバーの通信量が増え続ける | ポリシーでそのサーバーが選ばれている、または既存の長時間接続が継続している | 既存のテスト接続を終了してから、新しい接続で確認する |
| 受信量が送信量を大きく上回る | ウェブ閲覧、ダウンロード、動画再生では受信データが多くなりやすい | 同じ時間帯の増加分を比較し、それだけで異常と判断しない |
| 操作していないのに少しずつ増える | バックグラウンドアプリ、同期、接続維持、通信チェックなどが動作している可能性がある | 何も操作していない状態の基準値を記録し、操作を1つずつ試す |
要点：サーバーの特定には通信量の増加分を使い、過去の累積量で現在の接続先を判断しない
対象サーバーの送信量と受信量を記録してから、新しいリクエストを1回実行します。テスト時間内の変化を、該当リクエストの出力先の記録と照合してください。
3. アプリ別の通信量：アプリごとの表示はデバイス全体の利用明細ではない
アプリ別表示では、識別されたアプリの通信量の内訳を確認できますが、OSレベルのアプリ別利用明細として扱うことはできません。アプリの識別は、クライアントとシステムから取得できる情報に左右されます。アプリ名が特定できない接続や、未識別として表示される接続もあります。アプリ名が一覧にないからといって、そのアプリが通信していないとは限りません。
1つのアプリが、ログイン、画像、動画、統計など複数のドメインに同時にアクセスし、その一部がプロキシ経由、残りがDIRECTになることがあります。逆に、同じドメインを複数のアプリが利用することもあります。「ドメイン一覧」「アプリ別一覧」「サーバー別一覧」はそれぞれ異なる切り口です。ドメインの記録1つだけで、アプリ全体の出力先を判断しないでください。
- テスト対象以外のアプリを閉じ、明らかなバックグラウンドダウンロードを一時停止して、テスト開始時刻を記録します。
- 対象アプリだけを開き、ページの再読み込みなど、内容が明確な操作を1回行います。メディア再生や写真の同期などを同時に実行しないでください。
- Dataに戻り、対象アプリまたは未識別項目の通信量が増えたかを確認し、サーバー側の増加分と照合します。
- アプリ別の表示がない場合は、接続ログの接続先アドレス、時刻、出力先を使って確認します。ドメイン名をアプリの識別情報として扱わないでください。
4. 集計期間とリセット：基準値を保存してからリセットする
Dataが毎月自動でリセットされると決めつけないでください。また、VPNの接続時間がすべての統計の開始時刻になるわけでもありません。画面にセッション、日付範囲、累積期間などの表示があれば、その表示に従います。開始時点が明記されていない場合は、現在の数値を追跡可能な基準値として記録してください。接続の切断、アプリの終了、サブスクリプションの更新を、確実なリセット方法と考えないでください。
リセットする場合は、DataでResetまたは該当する統計リセットの操作を探します。画面内の操作メニューにある場合は、メニューを開き、確認画面で対象範囲を確かめてください。該当する操作が画面にない場合、設定を削除したりアプリを再インストールしたりする必要はありません。前後の数値を差し引けば、今回のテスト分を計算できます。サーバーの削除、接続ログの消去、統計のリセットは別の操作です。
- リセット前の数値を保存：日付、時刻、分類、サーバーの識別情報、送信量、受信量を記録します。履歴を残す場合は、事前にローカルへ保存してください。
- テスト通信を一時停止：ダウンロードや再生を停止します。Settings → On Demandの起動条件を確認し、意図しない自動接続が観察に影響しないようにします。テスト後は元の設定に戻してください。
- リセット範囲を確認：確認メッセージを読み、現在の分類、個別の項目、すべての統計のどれが対象かを区別します。表示された内容に従って操作し、すべての分類が同時にゼロになると決めつけないでください。
- 直後に確認：同じ分類に戻って結果を確認し、新しい開始値を記録します。すぐに少量の通信量が表示された場合は、何度もリセットせず、まずバックグラウンド通信を確認してください。
テスト期間：開始時の数値から終了時の数値まで
送信量の増加分 = 終了時の送信量 - 開始時の送信量
受信量の増加分 = 終了時の受信量 - 開始時の受信量
合計の増加分 = 送信量の増加分 + 受信量の増加分計算する前に単位をそろえてください。以下は計算例であり、実測値ではありません。開始時の受信量が120 MB、終了時が128 MBなら、この期間の受信量の増加分は8 MBです。途中で統計をリセットした場合や、項目が置き換わって数値が小さくなった場合は、そのまま差し引けません。基準値を記録し直してください。
5. Dataで振り分けを検証：ルールの記録と通信量の増加分を照合する
通信量の増加から分かるのはデータが転送されたことだけで、どのルールに一致したかまでは特定できません。正しく確認するには、Global Routing、現在の設定、対象接続に一致したルール、実際の出力先をすべて確認します。Global RoutingのProxy、Direct、Config、Sceneは統計の分類ではありません。設定ファイルのルールを検証する場合はConfigを選び、Sceneを使っている場合は、そのシーンで実際に適用されている設定を先に確認してください。
- Home → Global Routingを開いてConfigを選択します。次にConfigで、実際に使用中の設定ファイルを確認してください。編集中のファイルが有効になっていない場合があります。
- Dataで想定するサーバーの現在値を記録し、対象アプリの既存のテスト接続を終了します。変更したルールを明確に検証するには、新しい接続が必要です。
- 既知の接続先にリクエストを1回送り、接続ログで接続先のドメインまたはIP、適用されたルール、実際の出力先を確認します。接続ログの場所は現在の画面表示に従ってください。
- Dataに戻り、同じサーバーの増加分を比較します。別のサーバーの通信量が増えていないかも確認し、バックグラウンド通信を除外してください。
- 比較テストでは、1回につき条件を1つだけ変えます。たとえば対象ルールだけを変更し、サーバー、ネットワーク、DNSの設定を同時に変えないようにします。
以下はルール構成の例で、予約済みのサンプルドメインを使用しています。利用可能なサービスを示すものではありません。現在の設定にPROXYという名前の利用可能なポリシーがある場合に限り、この名前を指定できます。既存の設定で別のポリシー名を使用している場合は、その名前を維持してください。通信量のテストのために設定ファイル全体を上書きしないでください。
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTこの例では、example.comとそのサブドメインに一致する接続をPROXYへ、それ以外の接続をFINALからDIRECTへ振り分けます。実際の設定ではDOMAIN-SUFFIX、GEOIP、IP-CIDRなどのルールが順番に評価されます。先に一致したルールによって、後続のルールが実行されないことがあります。設定ファイルに特定のキーワードがあるかだけでなく、該当する接続ログを確認してください。
要点：ルールの一致、実際の出力先、統計の増加分をまとめて確認する
出力先の記録が想定どおりなのにサーバーの通信量があまり増えない場合は、まずテストを少し長くしてキャッシュの影響を除外します。出力先が想定と異なる場合は、リセットで問題を隠さず、ルールまたはポリシーの選択を修正してください。
6. Dataとサービス提供元の使用量は異なる：条件をそろえて比較する
サービス提供元の請求情報は、課金期間、送受信の計算方法、倍率、更新間隔が異なる場合があります。一方、Dataはクライアントがローカルで集計できるデータを表示します。プロトコルのオーバーヘッド、集計位置、単位換算によっても差が生じることがあります。どちらもGB表示だからといって、バイト換算や課金基準が完全に同じとは限りません。
- 期間をそろえる：同じ開始時刻と終了時刻で比較します。Dataの過去からの累積値と、サービス提供元の今月の使用量を直接差し引かないでください。
- デバイスをそろえる：サービス提供元のアカウントには複数のデバイスの使用量が集計される場合があります。Dataには、現在のデバイス以外の通信量は表示されません。
- 通信方向をそろえる：サービス提供元が受信、送信、または両方のどれを計算するか、明示された課金倍率があるかを確認します。
- 更新タイミングをそろえる：ローカルの数値が増えた後も、サービス提供元の画面にはまだ反映されていない場合があります。案内されている更新間隔を待ってから比較してください。
サブスクリプション項目の横に表示されるプラン容量や有効期限が、利用中のサービス提供元から返された情報である場合、そのデータはサービス提供元のものです。Dataのローカル集計ではありません。サブスクリプションを更新してもDataがリセットされるとは限らず、Dataをリセットしてもサービス提供元の記録は変わりません。それぞれ別に記録し、別々に判断してください。
7. よくある質問：ゼロ表示、バックグラウンドでの増加、リセットの影響
ウェブページは開けるのに、サーバーの通信量がゼロなのはなぜですか？
まずHome → Global Routingを確認します。Directを使っている場合や、Configで対象接続がDIRECTに一致している場合、選択中のプロキシサーバーの通信量が増えないのは正常なことがあります。次に、ページがキャッシュを利用していないか確認し、新しいリクエストの接続ログを照合してください。サーバーを何度も切り替えるだけでは原因を特定できません。
サーバーを切り替えたのに、以前のサーバーの通信量が増え続けるのはなぜですか？
再生中、ダウンロード中、または同期中の接続を終了してから、テストをやり直してください。既存の長時間接続が以前の出力先を使い続けている可能性があります。Configのポリシーが引き続き以前のサーバーを選択している場合もあります。接続の開始時刻と実際の出力先を照合し、原因を確認してから新しい集計期間を比較してください。
アプリ別一覧にアプリ名が見つかりません。ドメインから判断できますか？
そのまま同一視することはできません。対象アプリだけを起動し、短い時間内に新しい接続が発生するかを確認します。次に、接続先ドメイン、サーバーの増加分、表示されているアプリの識別情報を照合してください。識別できない場合は不明のまま扱い、複数のアプリが共有するドメインを特定のアプリに決めつけないでください。
リセットすると、サービス提供元の残り通信量も元に戻りますか？
戻りません。統計のリセットはローカルで確認を始めるための操作で、利用中のサービス提供元に記録された課金情報は変更しません。プランの残量を確認する場合は、サービス提供元のアカウント情報を参照し、集計期間、対象デバイス、更新時刻を確認してください。
ウェブ閲覧を止めた後も数値が増えます。On Demandをずっとオフにする必要はありますか？
必要ありません。まずSettings → On Demandの起動条件を確認し、次にバックグラウンド同期や継続中の接続を調べてください。テストのために一時変更した場合は、元の設定に戻します。On Demandは接続を開始する条件を制御するもので、すべてのアプリの通信を停止したり、統計をリセットしたりする機能ではありません。