Comment harmoniser les paramètres MTU entre un NAS, un commutateur, un routeur et un VPN

Utilisez la MTU la plus élevée que l'ensemble du chemin peut transporter de manière fiable, et non le plus grand nombre affiché par un seul appareil. Pour la plupart des chemins mixtes NAS, routeur et VPN, une base cohérente de 1500 octets est plus sûre que l'activation sélective des trames jumbo.

La panne courante est trompeusement précise : les petits pings et les pages web fonctionnent, tandis qu'une copie SMB volumineuse, une sauvegarde ou un téléversement VPN se bloque. Cela se produit lorsqu'un saut accepte une taille de trame qu'un saut ultérieur ne peut pas transmettre et que les retours nécessaires à la découverte de la MTU du chemin sont perdus. Notez d'abord les valeurs actuelles, testez le chemin dans les deux directions et ne modifiez qu'une seule couche à la fois.

Cartographiez le chemin avant de modifier la MTU

Tracez le chemin réel du client au NAS, en incluant les points d'accès Wi-Fi, les trunks des commutateurs administrables, les interfaces du routeur, les ponts virtuels et le tunnel VPN. La MTU est une propriété de l'interface : une valeur définie sur le NAS ne prouve donc pas que chaque segment intermédiaire accepte la même charge utile.

Commencez par traiter séparément le réseau local physique et le tunnel. Un VPN ajoute des en-têtes, ce qui réduit la charge utile pouvant tenir dans le paquet externe ; la MTU pratique du chemin peut donc diminuer même lorsque chaque interface Ethernet reste à 1500.

Enregistrez des captures d'écran ou la sortie des commandes pour chaque interface pertinente. Si vous ne pouvez pas identifier un saut ou sa MTU, conservez la base à 1500 et n'activez pas encore les trames jumbo ; un commutateur administrable, un commutateur virtuel ou un tunnel non identifié est un motif d'arrêt.

Mesurez les chemins physiques et VPN

Depuis un client filaire, envoyez des sondes avec interdiction de fragmentation vers le NAS et augmentez progressivement la charge utile. En IPv4, n'oubliez pas que les en-têtes ICMP et IP occupent une partie du paquet ; interprétez la sémantique de la taille des paquets de l'outil au lieu de supposer que son argument correspond à la MTU.

Répétez l'opération du NAS vers le client, puis à travers le VPN. Une réussite dans les deux directions à la taille attendue signifie que le chemin testé peut transporter ce paquet ; un échec uniquement à travers le tunnel indique un problème de surcharge du tunnel ou de réponse ICMP bloquée, et pas automatiquement un problème du NAS.

Confirmez avec un transfert de plusieurs gigaoctets et surveillez les retransmissions, les pauses ou une connexion qui ne réussit qu'après réduction de la taille de la sonde. Si même la base LAN de 1500 octets échoue, rétablissez les paramètres par défaut et examinez le balisage, l'encapsulation ou les liaisons défectueuses avant toute tentative d'optimisation.

Alignez les valeurs en partant du saut le plus étroit vers l'extérieur

Maintenez une configuration cohérente entre les ports d'accès et les ports trunk des commutateurs et les points d'extrémité connectés. Si vous choisissez les trames jumbo pour un VLAN de stockage isolé, chaque carte réseau, pont et port de commutateur participant à ce VLAN doit prendre en charge la taille de trame choisie ; le routeur n'a pas besoin de prendre en charge les trames jumbo sauf si le trafic le traverse.

Pour le VPN, définissez la MTU du tunnel à partir de la MTU mesurée sur le chemin du tunnel plutôt que de copier la valeur du réseau local. Évitez de modifier le MSS TCP tant que vous n'avez pas confirmé que seul TCP est concerné ; le bridage du MSS peut atténuer les symptômes TCP, mais ne répare pas les paquets UDP trop volumineux ni un chemin généralement défaillant.

Appliquez une modification réversible, effectuez un nouveau test et conservez la valeur de fonctionnement la plus basse si les résultats divergent. Si vous ajustez également le comportement du partage de fichiers, le guide ZimaSpace consacré aux choix entre SMB et NFS aide à séparer les décisions de protocole du dépannage de la MTU.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Validez dans les conditions de charge d'origine

Répétez le transfert qui s'était initialement bloqué, avec le même client, le même chemin, le même état du VPN et la même taille de fichier. Une correction valide élimine le blocage sans augmenter la perte de paquets ni perturber les clients plus petits d'un autre VLAN.

Exécutez le test suffisamment longtemps pour dépasser plusieurs gigaoctets et comparez la stabilité du débit, pas seulement le chiffre maximal. Si les transferts directs sur le réseau local réussissent mais que les transferts VPN continuent à faire des pauses, annulez la modification du VPN et réduisez uniquement la MTU du tunnel par petites étapes.

Arrêtez-vous lorsque les deux directions réussissent la sonde et que la charge de travail d'origine s'achève de manière cohérente. Abandonnez les trames jumbo lorsqu'un appareil requis ne peut pas être configuré ou lorsque le gain n'est pas mesurable ; la cohérence a plus de valeur qu'un réglage nominal de 9000 octets.

FAQ

Tous les appareils du réseau domestique doivent-ils utiliser une MTU de 9000 ? Non. Seuls les appareils et les ports situés sur le chemin des trames jumbo doivent être compatibles, et les chemins routés ou tunnelés peuvent toujours nécessiter une valeur inférieure.

Un ping réussi prouve-t-il que la MTU est correcte ? Seulement si la sonde utilise la taille prévue, empêche la fragmentation lorsque cela s'applique, réussit dans les deux directions et est suivie d'un test de transfert réel.