Ce qu'un compteur d'octets VPN sur Mac prouve, et ce qu'il ne prouve pas
Un total d'octets envoyés qui monte est une activité à un point d'observation, pas une preuve de livraison. Prenez un delta sur la bonne interface et associez-le au résultat de l'application.
Ouvrez la fenêtre d'état du client et les chiffres semblent rassurants : les octets montent, le tunnel est connecté. Fermez la fenêtre et l'application de bureau échoue toujours, ce qui signifie que les compteurs ont répondu à une question que personne n'avait posée. Compter les octets sur une interface mesure le trafic à ce point d'observation et rien de plus. Allez du chiffre que vous regardez vers la couche dont il rend compte, puis vers le résultat que l'application vous a réellement donné.
Choisissez l'interface avant de choisir le chiffre
Partez de l'endroit où le chiffre s'affiche et lisez l'étiquette à côté. Une fenêtre de client peut afficher des totaux de session, une interface de tunnel peut afficher les octets d'IP interne, et un adaptateur physique peut afficher les octets externes chiffrés ; trois compteurs différents qui se trouvent être exprimés en octets. En ligne de commande, netstat -ibn imprime une ligne par adresse sur chaque interface, si bien qu'un tunnel peut apparaître plusieurs fois. Faites correspondre la ligne à l'interface que le client possède réellement, et confirmez-la avec la route que la destination choisit. Un périphérique nommé utun peut appartenir au VPN, à un autre tunnel, ou à rien qui vous concerne.
Ne remplacez pas par un compteur Wi-Fi sous prétexte qu'il est plus facile à lire. Un autre point d'observation répond à une autre question.
Prenez un delta, pas un total depuis la mise sous tension
Lisez la ligne, faites une petite requête autorisée, puis relisez la même ligne. La différence est la preuve, car un total depuis la mise sous tension inclut tout ce que la machine a fait. Gardez l'intervalle court pour que le trafic de fond ait moins d'occasions de la contaminer. Sur une machine occupée, nettop peut attribuer le débit à un processus, ce qui resserre le champ avant de revenir aux compteurs d'interface.
Acceptez que la différence ne soit pas propre. Le courrier, les mises à jour et les messages de maintien de connexion du client y contribuent tous, alors traitez le chiffre comme une borne supérieure plutôt qu'une mesure. Si l'application a été la seule chose que vous avez faite pendant l'intervalle, la borne est généralement assez serrée pour être utile.
Les compteurs internes et externes mesurent des choses différentes
L'adaptateur physique compte les paquets chiffrés, y compris leurs en-têtes externes, tandis que l'interface du tunnel comptabilise la charge utile qu'elle reçoit ou remet. Additionner les deux compte deux fois un même transfert. La surcharge, les retransmissions et l'encapsulation rendent aussi une égalité simple impossible.
Deux compteurs qui évoluent en sens inverse sont un constat, pas une contradiction. Cela signifie généralement que le trafic est entré dans une couche et n'a jamais quitté l'autre.
Associez le compteur au résultat de l'application
Un total reçu peut monter à cause du bavardage du protocole alors que le service voulu échoue encore. Une hausse de l'émission dit encore moins : elle prouve que le noyau a accepté un paquet, pas que quelque chose a répondu.
Notez le résultat exact à côté des compteurs : la résolution de noms a échoué, la connexion a expiré, TLS a été rejeté, ou une réponse HTTP est arrivée. Ce sont quatre pannes différentes, et une seule concerne le tunnel. Si la preuve doit aller plus loin, le point d'observation suivant est la passerelle ou la frontière du service, où quelqu'un peut voir si la requête est arrivée. Réinitialiser les préférences réseau du Mac détruit l'état que vous mesuriez et ne vous apprend rien.
Écrivez la note dont la personne suivante a besoin
Nom de l'interface, étiquette du compteur, intervalle, valeurs avant et après, et résultat de l'application. C'est assez pour qu'un collègue reproduise l'observation sans refaire votre après-midi. Ajoutez la version du client et celle de macOS, car la sémantique des compteurs peut changer d'une version à l'autre.
Sautez la capture complète de paquets et le vidage système. Ils sont rarement nécessaires pour expliquer quel compteur local a bougé pendant une requête, et ils ralentissent quiconque lit le rapport. Si le client expose ses propres statistiques, citez son étiquette mot pour mot au lieu de la traduire dans la vôtre. Le but de la note est de consigner ce qui a été mesuré, pas de discuter de ce que cela signifie.