Comment surveiller l'utilisation du Wi-Fi par application sur Mac

Vous êtes sur le Wi-Fi de l'hôtel, la connexion semble plus lente qu'elle ne devrait l'être, et vous n'avez aucune idée de quelle application monopolise le lien. Activity Monitor vous dira les octets entrants et sortants par processus, mais il ne vous dira pas si ces octets sont passés par Wi-Fi ou ethernet — ni sur quel réseau vous étiez à ce moment-là. Pour surveiller l'usage Wi-Fi par application sur Mac, vous devez comprendre comment macOS compte le trafic par processus, comment il route ces octets à travers les interfaces, et comment faire remonter ces données sans laisser une application lourde tourner toute la journée.

Ce guide passe en revue ce que « usage Wi-Fi » signifie vraiment sur macOS, les outils intégrés que vous pouvez utiliser aujourd'hui, et comment un moniteur en barre de menu transforme les mêmes données noyau en quelque chose que vous pouvez consulter d'un coup d'œil pendant que vous travaillez.

Ce que « surveiller l'usage Wi-Fi par application sur Mac » signifie vraiment

macOS ne suit pas le Wi-Fi séparément de l'ethernet à la couche application. Chaque application ouvre des sockets, le noyau route les paquets à travers l'interface (en0, en1, utun0, etc.) qui est actuellement la route par défaut, et les compteurs par processus additionnent les octets indépendamment du lien physique qui les a portés.

Donc quand les gens cherchent comment surveiller l'usage Wi-Fi par application sur Mac, ils veulent presque toujours dire l'une de deux choses :

1. Trafic par application pendant que mon Mac est en Wi-Fi — c'est-à-dire, je suis dans un café, l'ethernet est débranché, donc tout le trafic passe par en0. Dans ce cas, « trafic par application » et « trafic Wi-Fi par application » sont la même chose.
2. Trafic par application spécifiquement routé via l'interface Wi-Fi même quand d'autres interfaces existent. Cela compte sur un Mac mini avec un adaptateur ethernet USB, ou quand vous êtes en partage avec un hotspot téléphone.

Les deux questions se réduisent à : « montre-moi les octets par processus, et dis-moi quelle interface ils ont utilisée ». Apple livre des réponses partielles dans nettop et Activity Monitor. Un outil dédié comble l'écart.

Comment macOS route le trafic entre Wi-Fi et ethernet

Ouvrez Réglages Système → Réseau. Vous verrez une liste de services par ordre de priorité : Wi-Fi, USB 10/100/1000 LAN, Thunderbolt Bridge, et ainsi de suite. Le service actif le plus haut gagne pour les nouvelles connexions, à moins qu'une application ne lie explicitement à une interface différente.

Quelques choses en découlent :

• Si l'ethernet et le Wi-Fi sont tous deux connectés, et que l'ethernet est plus haut dans l'ordre des services, presque rien ne passe par Wi-Fi tant que vous ne débranchez pas.
• Les applications d'arrière-plan qui ont ouvert une connexion pendant que vous étiez en Wi-Fi garderont cette connexion en Wi-Fi jusqu'à ce qu'elles se reconnectent. Donc basculer en ethernet ne déplace pas immédiatement la synchro iCloud — la prochaine reconnexion le fait.
• Les tunnels VPN (utun*) enveloppent l'interface sous-jacente. Les octets apparaissent sur utun0 et sur l'interface physique qui porte le tunnel.

Vous pouvez confirmer l'interface par défaut actuelle avec route get default dans Terminal — il imprimera interface: en0 (Wi-Fi) ou interface: en6 (ethernet USB) ou similaire.

Outils intégrés : nettop et Activity Monitor

Avant d'attraper quoi que ce soit de nouveau, essayez les outils déjà sur votre Mac.

nettop

Ouvrez Terminal et lancez :

nettop -P -m route

-P somme par processus (au lieu de par connexion) et -m route bascule sur une vue groupée par route. Vous verrez des lignes comme Slack.21341 avec bytes_in et bytes_out se mettant à jour en direct. Appuyez sur c pour changer de mode, q pour quitter.

Limites : nettop ne peut pas épingler les compteurs à une seule interface dans sa vue par défaut, et il ne regroupe pas les processus auxiliaires. Vous verrez Slack, Slack Helper, Slack Helper (GPU), et Slack Helper (Renderer) comme quatre lignes séparées.

Activity Monitor — onglet Network

L'onglet Network d'Activity Monitor montre les octets totaux envoyés et reçus par processus depuis le démarrage du processus. Il ne montre pas un débit en direct, ne regroupe pas les auxiliaires, et ne sépare pas les interfaces. Utile comme vérification de bon sens, pas comme outil temps réel.

Données spécifiques au Wi-Fi : wdutil

sudo wdutil info

imprime l'état de la couche liaison — canal, RSSI, mode PHY, BSSID. Combiné aux compteurs par application, cela vous dit si la lenteur est un problème de radio ou un problème d'application.

Pourquoi un outil en barre de menu pour surveiller l'usage Wi-Fi par application sur Mac gagne

Faire tourner nettop dans une fenêtre Terminal toute la journée n'est pas un excellent flux de travail. Vous voulez un coup d'œil, pas une session. C'est là qu'intervient un moniteur en barre de menu.

ova se loge dans la barre de menu macOS et montre les débits descendants/montants en direct par défaut. Cliquez et vous obtenez une liste par application avec débit actuel plus une chronologie parcourable de l'usage historique. Les processus auxiliaires — Slack Helper, Google Chrome Helper, Discord Helper — sont regroupés sous leur application parente, donc vous lisez « Slack » au lieu de sept lignes d'auxiliaires.

Quand votre Mac est connecté uniquement par Wi-Fi, cette liste par application est votre répartition d'usage Wi-Fi. Quand vous avez plusieurs interfaces, vous pouvez corréler la chronologie avec quelle interface était active.

Une configuration de 5 minutes pour voir l'usage Wi-Fi par application aujourd'hui

Voici un flux de travail reproductible que vous pouvez lancer maintenant.

1. Confirmez que le Wi-Fi est l'interface active. Dans Terminal : route get default. Cherchez interface: en0 (ou ce que votre Wi-Fi montre dans Réglages Système → Réseau).
2. Installez un moniteur en barre de menu. Glissez ova dans /Applications. Il fait environ 3 Mo, signé et notarisé, et tourne sur macOS 14 et plus.
3. Ouvrez la liste de la barre de menu. Vous verrez un débit en direct par application. Triez par débit actuel pour trouver le bavard.
4. Parcourez la chronologie. Cliquez dans la vue historique pour voir si une application a piqué il y a cinq minutes, une heure, ou est constante toute la matinée.
5. Recoupez avec nettop. Si un nombre semble suspect, lancez nettop -P -m route et comparez. Les deux devraient s'accorder de près — ils lisent les mêmes compteurs noyau.

Voyez ova en action

Un moniteur de bande passante en barre de menu consultable d'un coup d'œil — local, signé, ~3 Mo.

Télécharger pour macOS

Lire les données : ce qui est normal, ce qui ne l'est pas

Quelques bases d'une journée de travail typique en Wi-Fi :

• Slack au repos : 5-30 Ko/s en régime stable, pings websocket plus mises à jour de présence. Plus haut pendant un huddle ou quand quelqu'un partage un fichier.
• Chrome avec 10 onglets : sauvagement variable, souvent 0-200 Ko/s au repos, piquant à 5+ Mo/s quand une vidéo joue ou qu'une synchro Drive démarre.
• Streaming Spotify : ~150-300 Ko/s en qualité par défaut, ~700 Ko/s en lossless.
• Zoom 1080p : 2,5-3,8 Mbps montant et descendant pour un un-à-un, plus pour vue galerie.
• Synchro iCloud Photos après un import téléphone : peut saturer votre lien montant pendant des minutes.

Si vous voyez du trafic soutenu d'une application qui n'a aucune raison d'être bavarde — un économiseur d'écran, un updater de fond d'écran, une calculatrice — c'est un signal qui mérite l'investigation.

Quand la comptabilité par interface compte vraiment

La plupart des utilisateurs Mac ont une interface active à la fois. Mais il y a de vrais cas où vous avez besoin de granularité par interface :

• Vous payez au gigaoctet sur un hotspot. Vous voulez savoir combien est passé par le partage iPhone (en4 ou similaire) versus Wi-Fi normal.
• Vous êtes sur un VPN d'entreprise. Le trafic sur utun0 est sensible au split-tunnel — vous voulez voir quelles applications ont vraiment utilisé le tunnel.
• Vous avez un Mac mini serveur à double lien. Wi-Fi pour la gestion, ethernet pour la charge de travail, et vous devez confirmer que rien n'a fui dans la mauvaise direction.

Le noyau expose les compteurs par interface via sysctl net.link.generic et via getifaddrs(3), mais les mapper aux processus exige de parcourir les liaisons PID-vers-socket-vers-interface. C'est exactement ce que nettop fait en interne, et ce qu'un bon moniteur en barre de menu comme ova fait remonter dans une interface consultable d'un coup d'œil.

Considérations de confidentialité

Un moniteur réseau lit des métadonnées — octets par processus, noms d'hôtes dans certains outils, horodatages. C'est sensible. Avant d'installer quoi que ce soit, vérifiez trois choses :

1. Où vivent les données ? Un moniteur qui envoie votre historique de bande passante à un tableau de bord cloud exporte votre comportement. Cherchez « toutes les données sur disque » ou « 100 % local » dans la description.
2. L'application est-elle signée et notarisée ? Gatekeeper macOS vous le dira au premier lancement. Un moniteur non signé avec accès noyau n'est pas une chose que vous voulez faire tourner.
3. Exige-t-elle un compte ? Cela ne devrait pas être nécessaire. Un moniteur local n'a pas besoin d'identifiants de connexion.

ova est strictement local, signé et notarisé, et ne demande jamais de compte. Si vous décidez qu'il n'est pas pour vous, le remboursement de 14 jours est inconditionnel.

Questions courantes

Little Snitch ne fait-il pas déjà ça ?

Little Snitch est un pare-feu — son travail est de bloquer ou autoriser les connexions. Il montre aussi le trafic, mais le focus est sur les règles, pas les métriques. ova est un moniteur — son travail est de vous montrer ce qui se passe, sans couche de blocage. Ils s'associent bien. Faites tourner Little Snitch quand vous voulez imposer une politique. Faites tourner ova quand vous voulez une lecture silencieuse et précise.

Et l'usage Wi-Fi sur iPhone ?

OS différent, API différentes. iOS expose les données cellulaires par application dans Réglages → Cellulaire mais n'expose pas les données Wi-Fi par application à qui que ce soit, y compris les applications tierces. Il n'y a pas d'équivalent de nettop sur iOS. Désolé.

ova fonctionne-t-il sur macOS 13 ou antérieur ?

ova exige macOS 14 (Sonoma) ou ultérieur. Les versions antérieures n'ont pas certaines des API réseau par processus que l'application utilise pour une comptabilité précise.

Pour conclure

Pour surveiller l'usage Wi-Fi par application sur Mac, vous empilez vraiment deux questions : comptabilité par processus plus conscience par interface. macOS vous donne les données brutes via nettop et le noyau ; Activity Monitor vous donne un instantané ; un moniteur en barre de menu transforme les mêmes nombres en une vue en direct, parcourable, qui n'exige pas une fenêtre Terminal.

Si vous ne faites qu'une chose aujourd'hui, installez ova, laissez-le tourner pendant une heure pendant que vous travaillez, et vérifiez la liste par application. Les bavards vous surprendront — ils le font toujours.