Tester un problème de MTU supposé sur le VPN sans deviner des valeurs

Essayer une liste de valeurs de MTU internet jusqu'à ce que l'une paraisse plus rapide n'est pas un test, c'est une recherche sans règle d'arrêt. La méthode qui marche modifie une seule condition de taille maîtrisée et compare le résultat au même chemin. Partez d'une panne reproductible et inoffensive et conservez la configuration qui fonctionne et qui vous permet d'annuler l'expérience. Tout ce qui suit suppose cette discipline, car sans elle vous finissez avec un nombre que vous ne pouvez pas défendre.

Fixez le chemin avant de changer un nombre

Notez l'appareil, la liaison d'accès, le protocole du tunnel, le point de terminaison, la destination et la famille d'adresses avant de toucher un réglage. Ces six faits constituent le chemin, et une sonde visant un autre chemin mesure un autre problème. Ils rendent aussi le résultat reproductible, et c'est ce qui sépare un test d'un après-midi de tâtonnements. Gardez la note à côté du terminal plutôt que dans votre tête.

Commencez par le test le plus étroit que vous êtes autorisé à exécuter. Une modification côté serveur atteint tous les utilisateurs de ce point de terminaison, elle appartient donc à la fin de l'enquête, pas au début.

Sondez avec une taille que vous maîtrisez

Sous Linux la sonde ressemble à ping -M do -s 1400 host, et sous Windows à ping -f -l 1400 host. Dans les deux cas vous fixez la charge utile et non la taille du paquet, car les en-têtes IP et ICMP s'ajoutent par-dessus.

Lisez la documentation du système devant vous au lieu de copier une option depuis un message de forum. Choisissez une destination que vous maîtrisez, pour qu'une réponse absente soit un signal et non un mystère. Notez la commande exacte et la taille exacte dans la même note que le chemin. Un résultat sans taille est une anecdote. Si vous changez deux choses en une seule exécution, vous ne saurez pas laquelle a produit le résultat.

Une sonde échouée ne prouve pas une limite de MTU

Une sonde perdue peut signifier du filtrage ICMP et non une limite de taille, et cette erreur pousse les gens à régler une valeur qui n'a jamais été le problème. Comparez la sonde à l'application réelle, et à un message d'erreur lié à la taille ou à une capture ciblée, avant de changer quoi que ce soit. Des petits pings réussis ne prouvent rien non plus, car ils peuvent se situer confortablement sous la limite. Deux observations indépendantes sont le minimum avant de déplacer une configuration.

Si l'application échoue alors que la sonde réussit, vous avez la preuve qu'il ne s'agit pas d'une simple limite de taille sur ce chemin. Notez-le, car cela élimine toute une branche de modifications candidates.

Ajustez un seul paramètre que le client prend déjà en charge

Changez le réglage que le client documente pour ce protocole et laissez le point de terminaison et la destination intacts, sinon vous avez changé deux choses à la fois. Un clamp MSS TCP ne couvre pas toutes les charges UDP, et c'est pourquoi un navigateur qui se remet à fonctionner peut laisser le protocole du tunnel tout aussi cassé. IPv4 et IPv6 sont des chemins distincts ici, car les en-têtes diffèrent avant même que le routage n'intervienne.

Testez les deux familles si vous publiez les deux, car un résultat de l'une ne dit rien de l'autre. Une valeur qui a fonctionné sur ce chemin ce soir est une donnée, pas une MTU pour tout le VPN. Ne la promouvez pas en réglage global sur la foi d'un seul transfert réussi. Notez la valeur à côté du chemin dont elle vient.

Annuler, vérifier et noter

Remettez la valeur d'origine si la comparaison ne soutient pas l'hypothèse. Vérifiez qu'un gestionnaire de réseau n'a pas enregistré ailleurs un remplacement persistant, car c'est ainsi qu'une expérience devient une politique. Reconnectez-vous et exercez des applications ordinaires, pas seulement celle que vous testiez. Puis consignez le symptôme, le chemin effectif, l'ancienne et la nouvelle valeur et la reproductibilité du résultat.

Conservez ce relevé avec la demande de changement avant que quiconque élargisse le changement. Le mécanisme de découverte du MTU du chemin dans la RFC 1191 explique pourquoi une valeur plus petite peut sauver un chemin et ne rien faire pour un autre, et une liste de nombres ne remplace pas ce modèle. Le test est terminé quand vous pouvez nommer le chemin, la taille, l'observation et la valeur que vous avez rétablie.