Shadowrocket の Data ページで通信量を確認する方法:サーバー別・アプリ別の数値の意味

Data ページの場所と、2 つの数値グループがそれぞれ集計するもの

Shadowrocket を開くと、画面下部のタブバーにある Data が通信量統計ページです。ページ上部にはこの期間の合計が表示され、アップロードとダウンロードは別々に表示されます。その下にグループごとの明細が並び、ページ上部でグループを切り替えると「サーバー別」と「アプリ別」の 2 つの表示を切り替えられます。接続スイッチがオフのときは通信がトンネルを通らないため、ページの数字は増えません。数値が動かないときは、まず Home に戻って上部の接続スイッチの状態を確認してください。

2 つの数値グループは集計対象が異なります。「サーバー別」は特定のサーバー項目に紐づく接続のバイト数を集計し、実際にそのサーバーを経由して転送された接続だけがこの列に現れます。「アプリ別」は接続を開始した App を集計し、接続がトンネルを通っていれば、最終的にプロキシ経由でも DIRECT でも、対応する項目に記録されます。そのため同じ期間でも 2 つの合計は通常一致せず、差額は DIRECT に一致した接続、DNS クエリ、REJECT された接続によるものです。

どちらを先に見るかは、知りたい内容によって変わります。通信がどのサーバーに流れたかを知りたいならサーバー別、誰が通信を開始したかを知りたいならアプリ別です。2 つを組み合わせて初めて、「特定の App」と「特定のサーバー」を対応づけられます。

単位と読み方:アップロード・ダウンロード・合計の対応関係

各数値はアップロードとダウンロードに分かれます。アップロードは端末が送信したバイト、ダウンロードは端末が受信したバイトで、両者が 1 つの数字にまとめられることはありません。調査上の意味が異なるからです。ダウンロードの異常は通常、何かのダウンロードや同期を示し、アップロードの異常はアップロード、バックアップ、キープアライブ要求などに関係している可能性が高いです。

単位は 1024 進法で B、KB、MB、GB と順に換算され、表示時に適切な単位が自動で選ばれるため、同じ行が時間によって MB で表示されたり GB で表示されたりします。数値の基準はトンネル内のバイト数で、暗号化とカプセル化のオーバーヘッドを含むため、実際のコンテンツ量よりやや大きくなります。1 MB のファイルをダウンロードして 1.0x MB と表示されるのは正常です。

概要       ↑ 15.6 MB     ↓ 412.3 MB
サーバー別   Server A      ↑ 12.4 MB     ↓ 386.2 MB
サーバー別   Server B      ↑ 1.8 MB      ↓ 24.9 MB
アプリ別     Safari        ↑ 3.1 MB      ↓ 208.7 MB

上の配置はあくまで例で、数字は実測値ではありません。実際のリストでは各行に合計に対する割合も表示されるため、どれが最大かすばやく判断できます。割合と絶対値をあわせて見ると、合計だけを見るより異常に気づきやすくなります。

サーバー別の数値:通信がどのサーバーに流れているか

「サーバー別」リストの各行は、Home ページのサーバーリストの 1 項目に対応し、名前も Home の表示と一致します。サーバーを切り替えると、新しい通信は新しい項目に記録され、古い項目の履歴値は自動ではクリアされません。Data ページで手動でリセットするか、該当項目を削除した場合にのみクリアされます。

このグループの数値は 2 つの問いに直接答えます。現在の通信が想定どおりのサーバーに流れているか、そして操作していないのに特定のサーバーが通信を発生させ続けていないか。前者は Global Routing と Config のルールが想定どおり機能しているかの確認に、後者は設定に残ったままの項目の発見に役立ちます。

リストに見覚えのない項目が現れた場合は、まず Home に戻ってサーバーリストを確認してください。項目名は Home と一致し、通常は自分で読み込んだ設定か手動で追加したサーバーによるもので、勝手に項目が増えることはありません。

アプリ別の数値:どの App から通信が出ているか

「アプリ別」リストは通信を接続の開始元プロセスに割り当てます。同じドメインへのリクエストでも、送信元の App が異なれば別々に記録されるため、「誰が通信を走らせているか」を答えられます。これはシステム全体の統計ではできません。システムの使用量統計はネットワークインターフェース単位で集計するだけで、バイト数を特定の App に割り当てることはできません。

Global Routing のモードは 2 つの数値の分布を直接変えます。Config モードでは、ルールに一致した接続は対応するサーバーに計上され、DIRECT に一致した接続はアプリ別リストにのみ現れます。Proxy モードでは、すべての接続が現在選択中のサーバーに集中し、サーバー別リストはほぼ 1 行だけが増加します。Direct モードでは、サーバー別の数値はほぼ増加せず、アプリ別の数値は累積を続けます。

ルールの誤一致を調べるとき、Direct モードはきれいな対照群になります。Direct に切り替えてから同じ操作をもう一度行い、アプリ別の数値の増分が以前と同じであれば、その通信はもともと直接接続であり、ルールとは関係ないと分かります。

iOS のシステム統計と一致しない理由

iOS の「設定 → モバイル通信」では、この請求期間のモバイルデータ通信量を確認できます。これはモバイルインターフェース上のすべてのバイトを集計したもので、トンネルを通ったかどうかに関係なくすべての App の接続を含みます。一方 Shadowrocket の Data ページはトンネルを通ったバイトを集計し、Wi-Fi とモバイルの両方を含みます。両者は計測位置も対象範囲も異なるため、数字が一致しないのは当然です。

差異の主な原因は次のとおりです。

• 集計範囲:システムの使用量はインターフェース上のすべてのネットワーク活動を対象とし、Data ページはトンネルを通った部分のみを対象とします。接続スイッチがオフの間の通信は Data ページにまったく計上されません。
• インターフェース範囲:モバイルデータ通信量はモバイルインターフェースのみを集計しますが、Data ページは Wi-Fi とモバイルの両方を計上するため、Wi-Fi 環境では両者の差が最も大きくなります。
• リセットのタイミング:システムの使用量は請求期間ごと、または手動リセットでクリアされ、Data ページには独自のリセット操作があるため、両者が同時にゼロになることはありません。
• プロトコルのオーバーヘッド:トンネル内のバイトには暗号化とカプセル化のヘッダーが含まれるため、同じ内容でも Data ページの数値は元のペイロードよりやや大きくなります。
• 割り当て方:システムは App ごとにインターフェース使用量を集計し、Data ページはサーバーとアプリの 2 つの軸でグループ化するため、軸が異なり行単位で対応させることはできません。

Data ページで異常な通信を特定する手順

以下の手順は「特定の App が知らないうちに通信していないか」を確かめるためのものです。前提は 2 つあります。まずクリーンなベースラインを作り、次に操作を 1 つだけ行い、複数の変数が混ざらないようにします。

1. 接続がオンになっていることを確認

   Home の上部で接続スイッチがオンになっていることを確認します。オフの状態では通信がトンネルを通らず、Data ページに新しい数値は現れないため、以降の手順は意味をなしません。

2. ベースラインをリセット

   Data ページで 2 つの数値をリセットし、システムの使用量と照合できるようリセットした時刻を控えておきます。

3. 操作は 1 つだけ行う

   観察したい App に戻り、たとえばページを 1 つ開いて読み込みが完了するまで待つなど、はっきりした操作を 1 回だけ行います。ほかの App は操作しません。

4. まずアプリ別を見る

   アプリ別グループに切り替え、どの行の増分が最も大きいかを確認します。その行が今回の操作の送信元です。

5. 次にサーバー別を見る

   サーバー別グループに切り替え、増分が想定どおりのサーバーに計上されているか確認します。まったく増えていなければ、この接続は DIRECT に一致したことになります。

6. ルーティングモードと照合

   想定外のサーバーに増分が現れた場合は、Home に戻って Global Routing のモードと Config のルールを確認し、先に一致してしまうルールがないか調べます。

手順 3 から 5 を 2〜3 回繰り返します。毎回の増分が同じ行に現れれば、通信の発生元はほぼ特定できます。増分が大きくなったり小さくなったりする場合は、App のバックグラウンド更新やプッシュ通知が同時に接続を開始している可能性があるため、App をバックグラウンドに回してもう一度観察します。

よくある質問