Dataに表示されるのはクライアント側の通信記録で、サービス事業者の利用明細ではありません。まず累計通信量と通信速度を区別し、サーバー別に通信先、アプリ別に通信元を確認します。そのうえで、同じ時間帯の増加量と接続記録を照らし合わせ、ルールが想定どおり適用されたか確認しましょう。サブスクリプションを追加済みで、統計の差や振り分け結果を確認したい方に向けた解説です。アプリ別の表示やリセット方法はプラットフォームによって異なるため、実際の画面をご確認ください。
通信量・速度・サービス事業者の使用量を区別する
ShadowrocketのData画面では、まず単位を確認します。B、KB、MB、GBは累計データ量、B/s、KB/s、MB/sは単位時間あたりの通信速度です。ダウンロードを停止したあとに速度が下がり、累計量が残るのは正常な動作です。累計20 MBを現在のダウンロード速度と混同しないようにしましょう。
Uploadはデバイスから外部へ送信するデータ、Downloadはデバイスが受信するデータです。Webページを開くと、リクエストやログイン状態、応答確認の送信でUploadも発生します。ファイルをアップロードする際にも、サーバーから応答が返るためDownloadが発生します。Totalが表示される場合は、その行の送受信合計なのか、現在の表示全体の合計なのかを確認し、親項目と子項目を重複して加算しないようにしてください。
サービス事業者の統計は別の側で集計され、課金期間や倍率、プロトコルのオーバーヘッドの扱いも異なる場合があります。クライアント、OSのモバイルデータ使用量、事業者の管理画面は、それぞれ異なる基準で計測しています。サブスクリプションに残量が表示される場合も、それがDataのローカル統計に引き継がれるわけではありません。サブスクリプションURLは利用中のサービス事業者から取得してください。プラン残量や課金期間についても、事業者にご確認ください。
たとえば、ファイルの表示サイズが100 MBでも、Data、システム設定、サービス事業者の管理画面で、すべてちょうど100 MB増えるとは限りません。プロトコルのオーバーヘッド、キャッシュ、再試行、計測範囲などが結果に影響します。MBとMiBの換算方法も異なる場合があります。まず時間帯と単位をそろえてから、差を比較しましょう。
サーバー別の統計：どのサーバー経由で通信したか確認する
サーバー別に確認する際は、過去の累計順位ではなく、テスト中に各サーバーの通信量がどれだけ増えたかに注目します。Homeで選択中のサーバーが、既存の接続で使われているサーバーとすぐに切り替わるとは限りません。接続が再利用されたり、ダウンロードが継続中だったりすると、元の接続が維持される場合があります。サーバーを切り替えたあとは、新しいリクエストを発生させて確認してください。
| 確認項目 | 内容 | 確認方法 |
|---|---|---|
| サーバー名 | クライアントが通信を記録したサーバー項目 | Homeで項目を照合し、名前が似ているだけで判断しない |
| Upload / Download | その項目の方向別累計量または速度。表示単位で判断する | 開始値と終了値を記録し、過去の累計値同士は比較しない |
| Direct | 表示される場合は、記録された直接接続の通信量 | Global Routingと接続記録を併せて、通信元を確認する |
| 項目の通信量が増えない | テスト通信がそのサーバーを経由していない、または新しい接続が発生していない可能性がある | キャッシュ、接続の再利用、統計の更新状況、実際に適用されたポリシーを確認する |
サーバー一覧が、すべてのネットワーク通信を網羅しているとは限りません。Directの通信を個別に表示するか、過去の項目を保持するかは、現在の画面や統計範囲によって異なります。選択中のサーバーの通信量が増えていなくても、それだけでデバイスが通信していないとは判断できません。リクエストがDirectや別のポリシーで選ばれたサーバーを使ったか、現在の統計範囲に含まれていない可能性があります。
- Homeで現在のサーバーを確認し、Dataに表示されたUploadとDownloadの開始値を記録します。
- ほかの大容量通信が発生するタスクを一時停止し、1つのアプリから新しいネットワークリクエストを1回実行します。
- リクエストの完了を待ってからDataに戻り、同じ単位で終了値を記録します。
- 終了値から開始値を引いて増加量を求め、同じ時間帯の接続記録と照合します。
アプリ別の統計：通信元を確認し、表示されない項目を通信量ゼロと見なさない
アプリ別の表示で分かるのは「どのアプリから通信したか」、サーバー別の表示で分かるのは「どのサーバーを経由したか」です。2つの表示が同じ通信を示す場合があるため、足し合わせてデバイス全体の使用量を計算することはできません。同じアプリでも複数のドメインにアクセスし、Directとプロキシの異なるポリシーが適用されることがあります。また、1つのサーバーが複数のアプリの接続を同時に処理する場合もあります。
アプリごとの通信をどこまで確認できるかは、プラットフォームの権限や通信を取り込む方法によって異なります。特にiPhone / iPadでは、システムからクライアントへアプリごとの識別情報がすべて提供されるとは限りません。現在の画面にアプリ別の表示がない場合や、接続が所属先不明の項目として表示される場合は、サーバーの増加量と接続記録を使って調べてください。画面に存在しない設定項目を探す必要はありません。
- ブラウザーの通信先は1つではありません：1つのページで画像、フォント、メディア、APIなどを同時に読み込むことがあります。アプリ全体の通信量だけでは、すべてのリクエストに同じルールが適用されたとは判断できません。
- バックグラウンドに移動しても通信が止まるとは限りません：同期や通知に関連する接続、バックグラウンド転送で通信が発生する場合があります。テスト中はほかのタスクをできるだけ減らしてください。
- 画面がゼロでも通信がなかったとは限りません：キャッシュの利用、表示の更新遅延、アプリの帰属情報の制限により、今回の観察で増加量が表示されない場合があります。
- アプリ別とサーバー別の通信量が行ごとに一致するとは限りません：分類の範囲が異なる場合があります。まず同じ時間帯の数値を比較し、次に個々の接続を確認してください。
統計はいつリセットされる？まずカウンターの範囲を確認
「接続を切るとゼロに戻るか」は、どのカウンターを指すかによって異なります。現在の接続時間や瞬間的な通信速度と、Dataに保存される累計量は別の項目です。接続を切断すれば現在のセッションは終了しますが、過去の統計がすべて消えるとは限りません。Homeに戻る、Global Routingを切り替える、サブスクリプションを更新するといった操作も、統計を一括でリセットする操作ではありません。
| 操作・タイミング | 考え方 | 記録する内容 |
|---|---|---|
| 接続スイッチをオフにする | 現在のセッションは終了するが、累計値がリセットされるとは限らない | 切断の前後で同じ項目を記録する |
| アプリを終了して再度開く | 画面が再読み込みされても、保存済みの統計が消えたとは限らない | 再起動前後の数値と統計範囲を比較する |
| 日付が変わる、またはプランの締め日を迎える | 期間の明確な説明がない限り、ローカル統計が自動でゼロに戻るとは考えない | 画面に日付範囲が表示されているか確認する |
| 統計を消去する操作を行う | 現在の画面に表示される確認メッセージに従う。指定範囲だけに影響する場合がある | 必要な数値を先に記録し、消去後の結果を確認する |
新しく計測を始める場合は、まずDataで現在のプラットフォームに統計の消去・リセット機能があるか確認し、確認メッセージを読んでから実行してください。ほかのプラットフォームのボタン位置を参考にしたり、ゼロに戻すためにサーバー、サブスクリプション、アプリのデータを削除したりしないでください。明確なリセット項目がない場合は、開始値と終了値の差を計算すれば、信頼できるテスト期間の数値を得られます。
まとめ：リセットに頼らず、増加量で比較する
テストごとに開始時刻、終了時刻、サーバー名、2方向の数値を記録しましょう。過去の統計が残っていても、そのテストで発生した通信量を切り分けられます。リセットで変わるのは確認の基準値であり、サービス事業者の請求額やプラン残量ではありません。
DataでConfigのルールを確認：条件を固定してから適用状況を見る
設定ファイルのルールを確認するには、Home → Global RoutingでConfigを選び、Configで使用中の設定ファイルを確認します。ProxyとDirectは一時的な比較に使えますが、その結果だけでは設定ファイル内のルールが適用された証拠になりません。Sceneを使っている場合は、現在のシーンで実際に適用されているルーティング設定を確認してください。シーン切り替えによる変化を、ルールの不具合と誤認しないようにしましょう。
テスト前に記録する設定
- Global Routing
- Config
- 設定ファイル
- Configで選択中のファイルを確認する
- サーバー
- Homeで現在の選択項目を記録する
- 自動接続
- Settings → On Demand
On Demandの条件で接続状態が変わらないか確認し、テスト中はネットワーク環境を一定に保ちます。
ルール構文の例
- DOMAIN-SUFFIX
- example.com,PROXY
- IP-CIDR
- 192.0.2.0/24,DIRECT,no-resolve
- GEOIP
- CN,DIRECT
- FINAL
- PROXY
例に含まれるドメインとネットワーク範囲は構文の説明用です。実際の接続テストには使用しないでください。FINALは末尾に置きます。
以下はルールの順序を説明するための例です。DOMAIN-SUFFIXは指定したドメインとそのサブドメインに一致します。IP-CIDRは対象のIPアドレス範囲に一致し、例のno-resolveは、このルールへの一致判定のために名前解決を積極的に行わないことを示します。GEOIPは接続先IPを地理データベースに基づいて分類します。FINALはそれ以前のルールに一致しなかったリクエストを処理します。ルールは上から順に照合されるため、上位のルールによって最終結果が変わる場合があります。
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY実際のテストでは、アクセス可能で、既存のルールが適用されると分かっている接続先を使用してください。例をそのまま通常の設定に貼り付ける必要はありません。まずDataの開始値を記録し、対象を開いて接続記録に表示されるドメインまたはIP、適用されたルール、最終ポリシーを確認します。HTTPSでは通常ポート443が使われますが、ポート番号だけではプロキシ経由かどうかは判断できません。実際に適用されたルールと接続先を確認してください。
- 基準値を記録：接続が有効であることを確認し、バックグラウンドのダウンロードを一時停止して、サーバーとアプリの数値を記録します。
- 新しいリクエストを実行：キャッシュだけで表示できるページの再読み込みを避けます。テスト対象を変える場合も、対象に適用するポリシーは同じにします。
- 接続を照合：該当する時間と接続先を見つけてから、適用ルールと接続先を確認します。サーバーの累計値だけで判断しないでください。
- 増加量を確認：統計の更新を待って差を計算します。結果が想定と異なる場合は、まずルールの順序と既存接続の再利用を確認してください。
- 設定を元に戻す：比較のためにProxyやDirectへ一時的に切り替えた場合は、テスト後に元のConfig設定へ戻します。
まとめ：通信量の増加は参考情報。原因の特定には接続記録を確認
たとえば、あるサーバーのDownloadが12 MBから17 MBに増えた場合、その項目が約5 MB増えたことは分かります。しかし、それだけでは特定のドメインにDOMAIN-SUFFIXが適用されたとは確認できません。まず該当する接続を特定し、Dataの増加量で継続的に通信が通ったかを確認してください。
よくある統計の疑問と対処方法
ダウンロードしていないのにUploadが増えるのはなぜ？
まずクラウド同期、ファイルのアップロード、ほかのバックグラウンドタスクを一時停止します。1分間の変化を記録し、その時間帯の接続を確認してください。Webリクエストや接続維持、応答確認のデータでもUploadは発生します。アップロード量が増えただけで、ファイルを送信中とは判断できません。
サーバーを切り替えたのに、以前のサーバーの通信量が増えるのはなぜ？
まず進行中のダウンロードが終わるのを待ち、新しい接続を開始して接続先を確認します。古い接続で通信が続いている場合や、ポリシーによって別のサーバーが選択される場合があります。確認のために古い項目を削除せず、接続時刻と接続先から対象のリクエストを特定してください。
アプリ別の統計に、起動したばかりのアプリが表示されない場合は？
まず現在のプラットフォームでアプリの帰属情報を確認できるか調べ、キャッシュを見ているだけではないか確認します。新しいリクエストを発生させ、サーバーの増加量と接続記録を照合してください。帰属先が特定できない通信は不明のまま扱い、特定のアプリの通信だと推測しないでください。
Dataとサービス事業者の管理画面で大きな差がある場合、ルールを変更すべき？
まず開始時刻、終了時刻、単位をそろえ、サービス事業者に課金期間と計測方法を確認してください。ルールはリクエストのルーティング方法を決めるもので、両方の統計値を一致させるものではありません。接続記録で接続先が想定と異なる場合に限り、Configを確認してください。
Dataの通信量は増えているのに、Webページが開かないのはなぜ？
増加分は、ほかのアプリの通信、接続失敗前のハンドシェイク、リクエストの再試行による可能性があります。まず対象の接続が成功したか確認し、次にDNS、適用ルール、接続先の状態を調べてください。さらに原因を特定する場合は、トラブルシューティングの手順に沿って確認し、総通信量の増加だけで接続できたと判断しないでください。
調査記録には、デバイスのプラットフォーム、Global Routing、設定ファイル、サーバー名、テスト対象、計測時間帯を記録すれば十分です。記録を共有する前に、サブスクリプションURL、認証情報、個人の閲覧内容を伏せてください。接続やサブスクリプションの追加については、トラブルシューティングとクイックスタートをご覧ください。