ShadowrocketのData通信量の見方｜サーバー別・アプリ別の読み方

Dataの集計範囲：クライアントの通信量と回線使用量を区別する

ShadowrocketのDataでは、クライアントが処理・記録した通信量を確認できます。接続を有効にしていても、該当する処理経路を通り、その統計項目の対象となるリクエストだけが数値に反映されます。端末のシステム設定に表示されるモバイルデータ使用量、ルーターが記録する端末ごとの使用量、利用中の回線アカウントの使用量は、それぞれ集計方法が異なるため、数値が一致するとは限りません。

この流れは統計の対象となる位置を理解するためのもので、Dataがすべてのリクエストの発生元を特定できるという意味ではありません。システムのバックグラウンド処理、共有ネットワークプロセス、プラットフォームの権限制限などにより、分類結果が変わることがあります。アプリ名が表示されないからといって、そのアプリが通信していないとは限りません。同様に、サーバーの数値が増えない場合も、リクエストがキャッシュから読み込まれた、またはDIRECTに一致した可能性があります。

• クライアントの累計：ローカルで記録された範囲の通信量を確認できます。計測開始点は、その統計項目が作成された時点、または最後にリセットした時点です。
• システムの使用量：端末、アプリ、ネットワークの種類ごとに集計されます。Shadowrocketを経由していない通信が含まれる場合があります。
• 回線の使用量：利用中のサービスの集計方法によって決まり、課金期間、倍率、プロトコルのオーバーヘッド、集計の遅延などの影響を受ける場合があります。

送信・受信・累計：数値を読む前に単位を確認

送信と受信は、現在の端末を基準に考えます。リクエストの送信やファイルのアップロードは送信、Webページの受信やファイルのダウンロードは受信です。通常のWeb閲覧では受信量が多くなりますが、写真のアップロードやクラウドへのバックアップ中に送信量が多くても異常ではありません。サーバー側から見た送受信の方向を、クライアントの表示に当てはめないようにしてください。

たとえば受信量が48 MBから60 MBになった場合、2回の確認時点の間に約12 MB増えたことを示します。「現在の速度が12 MB/s」という意味ではありません。この変化が30秒間に起きたなら、区間平均は約0.4 MB/sですが、毎秒の瞬間速度と同じではありません。これは数値の読み方を示す例であり、実測性能ではありません。

サーバー別とアプリ別：2つの表示を合算しない

HomeでDataを開いたら、まずサーバー別とアプリ別のどちらで分類されているかを確認し、該当する項目を見ます。入口の配置や利用できる分類軸はプラットフォームによって異なります。現在の環境にアプリ別表示がない場合は、表示されているサーバーの数値や接続記録を使って確認してください。他のプラットフォームの画面名が必ず表示されるとは限りません。

同じ通信には、「どのアプリから発生したか」と「どのサーバーを経由したか」という2つの属性があります。そのため、2つの表示は同じデータを異なる視点から見たものであり、別々の通信量ではありません。合算して総通信量とすることはできません。また、識別できない発生元、DIRECTの記録が現在の表示に含まれるかどうか、統計の更新タイミングなどにより、両者の数値が完全に一致しない場合もあります。

• ブラウザーで複数のタブを開いていると、1つのアプリ項目に複数のドメインや接続が含まれる場合があります。
• アプリ内のWebページやバックグラウンド通信が共有コンポーネントで処理され、想定したアプリ名で表示されないことがあります。
• アプリ項目の数値が増えても、その分類で通信が発生したことしか分かりません。すべてのリクエストがPROXYを経由したとは限りません。

累計の開始時点：リセット前に比較用の基準値を記録する

累計が毎日0時、毎月1日、または接続を有効にした時点から始まると決めつけないでください。累計は現在の画面に表示されている集計範囲を基準にします。開始時点が画面に示されていない場合、特定の日の正確な使用量として扱わないでください。接続の切断、画面を閉じる操作、サーバーの切り替えによって、すべての統計がリセットされるわけではありません。

1. まず現在の数値を記録します。Home → Dataを開き、表示中の分類、項目名、送信量、受信量、確認時刻を記録します。1回のアクセスを調べるだけなら前後の差分を使えばよく、履歴を消す必要はありません。
2. テスト中の通信を止めます。ダウンロード、動画再生、クラウド同期を停止し、必要に応じて接続も切断してください。リセット直後に別の通信が始まると、すぐに数値が増えることがあります。
3. リセット範囲を確認します。Data内で、現在の画面にある消去またはリセット操作を探し、確認メッセージを読んで、単一項目、現在の表示、すべての記録のどれが対象かを確認してください。ボタン名や位置は実際のプラットフォームの画面で確認します。サーバーやConfigの削除をリセット手順として扱わないでください。
4. 操作後に確認します。該当する表示に戻り、対象項目の基準値がリセットされたことを確認します。次にもう一方の表示へ切り替え、そちらも消去されたか確認してください。2つの分類が連動するとは限りません。
5. リセットできない場合は差分を使います。開始時と終了時の数値をそれぞれ記録し、終了値から開始値を引きます。これでも再現可能なテスト区間を作れます。

Dataで通信の振り分けを確認：まずGlobal Routing、次に増加量を見る

Dataで確認できるのは、通信の分類と量の証拠です。ルールの照合記録の代わりにはなりません。まずHome → Global Routingで現在のモードを確認します。Proxyはプロキシ経由、Directは直接接続、Configは現在の設定、Sceneは設定済みのシーンに基づいて処理します。Configのルールを調べる場合はConfigを選び、Config内で想定した設定が有効になっていることを確認してください。

以下は構文を示す例で、予約済みのサンプルドメインのみを使用しています。実在のサービスを示すものではなく、普段使う設定に追加する必要もありません。ルールは上から順に照合され、先に一致したルールによって後続のルールが適用されないことがあります。

DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

1. 現在のConfigで、対象ドメインまたは対象IPに適用されるルールを確認し、その前に、より広い範囲に一致するルールがないか調べます。
2. Dataで想定するサーバーの開始値を記録し、関係のないアプリを終了します。自分が利用中でアクセスできるテスト用アドレスを1つ選びます。
3. テスト接続を確立し直し、既知のサイズのテストファイルをダウンロードするなど、内容が明確な操作を1回行います。ブラウザーのキャッシュが使われる場合、ネットワーク通信の確認には適しません。
4. Dataに戻り、同じ項目の差分を確認します。次に接続記録で、接続先、適用されたルール、最終的な方針を確認してください。接続先のポートが443であることから分かるのは、一般的な暗号化通信のポートが使われていることだけで、PROXYを経由したかどうかは判断できません。
5. ルールを変更した場合は、古いリクエストを終了してから再試行してください。既存の長時間接続は確立時の経路を使い続けることがあり、その後の通信を新しいルールの即時適用結果として扱うことはできません。

数値がおかしいときによくある疑問

確認に必要な最小限の記録を残す

再確認やトラブルシューティングに備えるには、合計値だけでなく「いつ、どの表示、どの項目、何をしたか、どれだけ増えたか」を記録すると役立ちます。サブスクリプションURL、認証情報、サーバーの認証情報全体を記録として公開しないでください。サブスクリプションの更新で項目名や選択できるサーバーが変わる場合があります。更新前後を比較する際は、まず同じ項目かどうかを確認してください。

• 環境：端末のプラットフォーム、Wi-Fiかモバイル通信か、接続の状態。
• ルーティング：Global Routingの現在の選択、Configが想定した設定かどうか、対象ルールと最終的な方針。
• 期間：開始・終了時刻、リセットの有無、開始値と終了値、単位。
• 操作：テスト用アプリを1つだけ実行し、明確なアクセスを1回記録します。キャッシュや既存の接続を除外したかも記載してください。
• 結果：サーバー別・アプリ別の増加量と、接続記録が対応しているか。

Dataで確認できるのは「この期間にどの通信量が変化したか」です。「回線の残量はいくらか」や「すべてのアプリが常にルールどおりに動作しているか」を単独で判断する機能ではありません。統計の差分と個々の接続に適用されたルールをあわせて保存することで、後から検証できる記録になります。