Consommation de trafic : comment la vérifier et où elle va
Où consulter le graphique de trafic, comment mesurer la consommation par interface et par processus, et que faire si le serveur se met soudain à télécharger des gigaoctets.
Mis à jour le 23 août 2026
Le trafic est la seule métrique qui augmente sans votre intervention : mises à jour, bots, scanners, requêtes d'autres personnes. Habituellement, cela représente quelques gigaoctets par mois, mais si les chiffres bondissent de plusieurs dizaines de fois, c'est soit une erreur de configuration, soit l'activité de quelqu'un d'autre sur votre machine.
Graphique dans le panneau
Dans « Vue d'ensemble » à l'adresse /hosting/vds/m/<id> se trouve un graphique de trafic avec des échelles heure, jour, semaine et mois. C'est le moyen le plus rapide de comprendre la forme de la consommation :
- un plateau constant sur toute la journée — quelque chose télécharge en permanence, de vrais utilisateurs ne se comportent pas ainsi ;
- un pic à une heure précise — une tâche planifiée, un export, une mise à jour ;
- une croissance du trafic sortant avec un trafic entrant nul — un signal d'alerte, voir signes de compromission.
À côté, il est utile de consulter les graphiques CPU et mémoire : ils aident à distinguer une mise à jour d'un processus étranger.
Compteurs au sein du système
Un coup d'œil rapide :
cat /proc/net/dev
ip -s link show eth0
Statistiques cumulées par jours et par mois :
apt install -y vnstat
systemctl enable --now vnstat
vnstat -d
vnstat -m
vnstat -l
vnstat compte depuis le moment de l'installation — installez-le tout de suite pour avoir ensuite de quoi comparer.
Aperçu en direct des connexions et des processus :
apt install -y iftop nethogs
iftop -i eth0
nethogs eth0
ss -tnp state established
nethogs affiche la consommation par processus — exactement ce qu'il vous faut quand la question est « qui télécharge cela ».
Ce qui consomme habituellement
| Source | Ordre de grandeur |
|---|---|
| Mises à jour système | Des centaines de mégaoctets par mois |
| Images Docker | Des centaines de mégaoctets par build |
| Scanners et forceurs de mots de passe | Des mégaoctets, mais des milliers de connexions |
| Diffusion d'un site web | Dépend du trafic |
| Synchronisation des sauvegardes | Exactement autant que les données |
| Journaux envoyés vers un collecteur externe | Imperceptible, mais en continu |
La bande passante jusqu'à 500 Mbps est la limite de vitesse supérieure ; elle est traitée séparément dans l'article bande passante jusqu'à 500 Mbps.
Si la consommation explose
- Regardez la forme sur le graphique dans « Vue d'ensemble » : plateau ou pic.
nethogs— quel processus.ss -tnp state established— où vont les connexions.- Comparez avec vos propres tâches : cron, builds, synchronisation.
- Si le processus est inconnu, considérez la machine comme compromise et agissez selon les signes de compromission.
Le trafic sortant de quelqu'un d'autre signifie presque toujours l'une de trois choses : diffusion de spam, participation à une attaque ou miner. Tout cela viole les conditions d'utilisation et entraîne une restriction de la machine.
Réduire la consommation
apt clean
docker image prune
La compression des réponses dans nginx économise une part notable du trafic sortant :
gzip on;
gzip_types text/plain text/css application/json application/javascript;
Les journaux d'accès doivent aussi être maîtrisés — logrotate avec un cycle hebdomadaire.
Consultez le graphique de trafic au moins une fois par semaine. Une augmentation brutale et inexpliquée du trafic sortant est le signe le plus précoce et le plus honnête que quelque chose d'autre que votre code tourne sur la machine.