トラフィック使用量:確認方法とその行き先
トラフィックのグラフを表示する場所、インターフェース別・プロセス別の使用量の測定方法、サーバーが突然ギガバイト単位でダウンロードを始めた場合の対処について説明します。
更新日 2026年8月23日
トラフィックは、あなたが関与しなくても増え続ける唯一の指標です。更新、ボット、スキャナー、他人のリクエストなどが該当します。通常は月に数ギガバイト程度ですが、数値が数十倍に跳ね上がる場合は、設定ミスか、あなたのマシン上での他人の活動のどちらかです。
コントロールパネルのグラフ
/hosting/vds/m/<id> の「概要」には、時間・日・週・月のスケールを持つトラフィックグラフがあります。使用状況の形を把握する最も速い方法です。
- 一日中平坦なプラトー — 何かが常にダウンロードされており、実際のユーザーはそのようには振る舞いません。
- 特定の時間帯のスパイク — スケジュールされたタスク、エクスポート、更新。
- 受信がゼロで送信が増加 — 危険信号です。侵害の兆候を参照してください。
近くにある CPU とメモリのグラフも確認すると役立ちます。更新と外部プロセスを区別するのに役立ちます。
システム内部のカウンター
簡単な確認:
cat /proc/net/dev
ip -s link show eth0
日別・月別の累積統計:
apt install -y vnstat
systemctl enable --now vnstat
vnstat -d
vnstat -m
vnstat -l
vnstat はインストールした時点からカウントするため、後で比較できるようにすぐにインストールしておきましょう。
接続とプロセスのライブ状況:
apt install -y iftop nethogs
iftop -i eth0
nethogs eth0
ss -tnp state established
nethogs はプロセスごとの使用状況を表示します。「誰がこれをダウンロードしているのか」という問いに対して、まさに必要なものです。
通常何が使用するのか
| ソース | おおよその規模 |
|---|---|
| システム更新 | 月に数百メガバイト |
| Docker イメージ | ビルドごとに数百メガバイト |
| スキャナーとパスワード総当たり攻撃 | メガバイト単位だが、数千の接続 |
| ウェブサイトの配信 | トラフィックに依存 |
| バックアップの同期 | データとまったく同じ量 |
| 外部コレクターに送信されるログ | 目立たないが、24時間体制 |
帯域幅は最大 500 Mbps が上限速度です。これについては帯域幅最大 500 Mbpsの記事で別途説明しています。
使用量が急増した場合
- 「概要」のグラフで形を確認します。プラトーかスパイクか。
nethogs— どのプロセスか。ss -tnp state established— 接続がどこへ向かっているか。- 自分のタスクと照合します。cron、ビルド、同期。
- 見覚えのないプロセスの場合は、マシンが侵害されたとみなし、侵害の兆候に従って行動してください。
他人の送信トラフィックは、ほぼ常に次の3つのうちのいずれかを意味します。スパムの配信、攻撃への参加、またはマイナーです。これらはすべて利用規約に違反し、マシンが制限される原因となります。
使用量を削減する
apt clean
docker image prune
nginx でレスポンスを圧縮すると、送信トラフィックのかなりの割合を節約できます。
gzip on;
gzip_types text/plain text/css application/json application/javascript;
アクセスログも管理しておく必要があります。週次サイクルの logrotate を使用してください。
少なくとも週に一度はトラフィックグラフを確認してください。送信トラフィックの急激で説明のつかない増加は、あなたのコード以外の何かがマシン上で動作しているという、最も早く、最も正直な兆候です。