VPN coupé, toujours lent : vérifiez les liaisons de l’adaptateur
La déconnexion supprime le tunnel, mais pas forcément le filtre client lié à l’adaptateur physique. Inventoriez le composant exact avant de changer quoi que ce soit.
Le client indique être déconnecté, l’interface du tunnel a disparu et le trafic courant reste plus lent qu’avant l’installation du VPN. Une explication est un composant de filtre resté lié à l’adaptateur physique après la fermeture du tunnel. C’est une piste à vérifier, pas un verdict : la même lenteur peut venir d’une version de pilote, d’un réglage d’offload ou du composant d’un second client. Inventoriez ce qui est réellement attaché avant de changer quoi que ce soit.
Nommez le composant, enregistrez son état, puis changez une seule chose.
Séparez le tunnel de la liaison
Une interface VPN et un pilote de filtre sont des objets différents. L’interface disparaît à la fermeture du tunnel ; un filtre attaché à l’adaptateur physique est installé dans la pile réseau et peut rester actif indépendamment de l’état du tunnel. Les utilisateurs voient un symptôme, et le système d’exploitation détient deux éléments d’état sans rapport.
Cette distinction explique pourquoi débrancher le client ou supprimer le profil VPN ne change souvent rien. L’interface est l’objet visible. La liaison se situe plus bas dans la pile et lui survit.
Inventoriez le composant exact
Listez les liaisons de l’adaptateur qui porte le trafic lent, en utilisant son vrai nom plutôt qu’une supposition générique. Enregistrez l’ID du composant et l’état d’activation, puis comparez l’adaptateur physique avec l’interface VPN et tout autre adaptateur virtuel de la liste.
Les informations de version appartiennent au même enregistrement, car deux machines affichant un nom similaire peuvent exécuter des pilotes différents. Un fournisseur peut aussi livrer un nouveau composant de filtre sous un ancien nom d’affichage. Comparez les identifiants plutôt que les libellés.
Get-NetAdapterBinding -Name 'Ethernet' -AllBindings | Select-Object DisplayName,ComponentID,Enabled Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverVersion,Status Get-NetAdapterStatistics -Name 'Ethernet' pnputil /enum-drivers | Select-String -Pattern 'vpn|filter|ndis' -Context 0,2 driverquery /v | Select-String -Pattern 'vpn|filter'
Notez le nom de l’adaptateur, l’ID du composant, la version du pilote et la version du client VPN. Sans ces quatre valeurs, la comparaison suivante est une conjecture. Joignez-les au ticket afin qu’une exécution ultérieure puisse être comparée à celle-ci.
Changez une chose approuvée et répétez
Établissez une référence avec la même charge de travail, la même destination et le même réseau d’accès. Notez si le VPN est déconnecté, si la liaison suspecte est activée et si un second client VPN est installé, car deux clients peuvent chacun laisser des composants derrière eux.
Si le fournisseur prend en charge la bascule de cette liaison pour le diagnostic, désactivez uniquement ce composant sur cet adaptateur, répétez la charge identique et rétablissez l’état d’origine. Une paire avant-après issue d’une seule variable vaut plus qu’une réinstallation complète. Si le résultat est ambigu, rétablissez l’état d’origine avant d’essayer l’hypothèse suivante. Deux changements à la fois produisent un chiffre que personne ne peut attribuer.
Reconnectez-vous ensuite et vérifiez que le VPN fonctionne toujours, y compris toute politique que le client est censé appliquer. Un changement qui améliore la navigation tout en cassant l’application propre au tunnel a échangé une panne contre une autre, et cette régression appartient à l’enregistrement.
Restez sur la voie prise en charge par le fournisseur
Les implémentations de filtrage changent d’une génération de produit à l’autre. Certains fournisseurs documentent désormais un chemin Windows Filtering Platform où les versions précédentes utilisaient une autre famille de pilotes, si bien qu’une recette de registre tirée d’un ancien fil de forum peut être carrément fausse pour la version installée.
Vérifiez séparément l’inventaire installé et le chemin actif, car choisir un mode plus récent ne prouve pas que l’ancien composant a disparu. Lorsqu’un nettoyage est nécessaire, exécutez la procédure de suppression ou de mise à jour prise en charge par le fournisseur, puis répétez l’inventaire des liaisons.
Gardez les preuves étroites : adaptateur, composant, versions, la comparaison contrôlée et le résultat de régression du VPN. Cela étaye une conclusion sur le pilote ou la compatibilité sans transformer chaque connexion lente en expérience MTU ni affirmer que tous les clients VPN se comportent de la même manière.