Pourquoi une copie SMB ralentit lorsque les deux PC rejoignent le même VPN

Une copie de fichier entre deux machines Windows sur un LAN gigabit tombe au ralenti dès que les deux se connectent au même VPN, alors qu'un test de débit entre la même paire rapporte encore presque le débit de ligne. Le problème n'est ni la liaison ni le disque. SMB3 Multichannel a discrètement ajouté une seconde connexion TCP qui passe par le tunnel, et la copie attend le canal le plus lent. Retirer ce chemin de SMB rétablit le débit du LAN.

Un seul partage peut emprunter plusieurs connexions TCP

Multichannel permet à un client d'ouvrir des connexions indépendantes vers un serveur, une par paire d'adresses appropriée. Sur un LAN simple, il n'y a peut-être qu'une seule paire, donc rien d'étonnant ne se produit. Ajoutez un adaptateur VPN sur les deux machines et Windows voit une seconde paire, adresse de tunnel contre adresse de tunnel, et ouvre un canal à travers elle.

Ce canal est chiffré, partage le processeur avec le tunnel et traverse la même liaison WAN que tout le reste. Une copie qui n'aurait utilisé que le LAN a désormais un membre lent dans l'ensemble, et SMB ne l'abandonne pas discrètement.

Un test de débit épinglé à l'adresse du LAN semble toujours sain, et c'est exactement pourquoi les deux mesures divergent si nettement.

Prouvez que le canal de tunnel existe avant de changer quoi que ce soit

Exécutez les requêtes sur le client pendant qu'une copie est en cours, car une liste de canaux n'est intéressante que lorsqu'elle est vivante.

Get-SmbMultichannelConnection | Where-Object Selected -eq $true | Format-Table ServerName, ClientIPAddress, ServerIPAddress
Get-SmbConnection | Format-Table ServerName, Dialect, NumOpens

Plus d'une ligne sélectionnée pour le même serveur est la confirmation qu'il vous faut. Résolvez l'adresse client de la ligne suspecte vers une interface. Si cet alias est l'adaptateur VPN, le canal est réel et non une entrée obsolète.

Get-NetIPAddress -IPAddress 10.8.0.6 | Format-List IPAddress, InterfaceAlias

Les adresses diffèrent sur chaque machine, donc lisez celles que votre propre sortie indique au lieu de saisir les exemples ci-dessus.

Sortez le tunnel de SMB et redémarrez les deux extrémités

Désactiver Multichannel est un changement à la fois sur le client et sur le serveur, et le faire d'un seul côté laisse l'autre libre de continuer à proposer l'interface. Les canaux existants survivent au réglage, alors planifiez un redémarrage au lieu de vous attendre à ce que la prochaine copie se comporte différemment.

Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Force
Get-SmbClientConfiguration | Select-Object EnableMultiChannel

Après le redémarrage, listez les interfaces que le serveur propose pour SMB. L'adaptateur de tunnel devrait avoir disparu de cette liste. S'il est encore présent, le réglage a atterri sur le mauvais point de terminaison ou une ancienne session est encore ouverte.

Get-SmbServerNetworkInterface | Format-List Name, InterfaceAlias, LinkSpeed

Lorsque l'objectif est plus étroit que de désactiver Multichannel partout, délier le composant serveur de l'adaptateur de tunnel arrête le partage à travers lui tout en laissant le reste du VPN intact.

Get-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server
Disable-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server

Préférez le LAN et mesurez deux fois de la même manière

Une métrique d'interface ne supprime pas un canal, mais elle oriente les nouvelles connexions vers la liaison physique et tient le trafic non lié à l'écart du tunnel. Copiez l'alias depuis la sortie plutôt que de le saisir, car il est localisé sur certaines installations.

Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "<vpn adapter>" -AutomaticMetric Disabled -InterfaceMetric 9000

Répétez ensuite les deux mesures : la copie de fichier et un test de débit à flux unique. Si la copie se rétablit alors que le test de débit reste inchangé, le tunnel n'a jamais été le goulot d'étranglement. Si les deux s'effondrent, le chemin VPN est la limite et Multichannel n'a fait que le rendre visible. Comparez avec une copie prise avant la connexion du VPN, car c'est la seule référence qui isole le changement.

Désactiver Multichannel coûte du débit sur les serveurs qui offrent réellement plusieurs chemins rapides, alors réactivez-le lorsque le VPN disparaît du tableau. Notez quel adaptateur vous avez modifié, car la personne suivante trouvera le réglage et non la raison.