Avertissement WAN Miniport : réparez l’adaptateur ou reconstruisez le profil
Un profil figé ou un adaptateur récalcitrant signifie généralement un miniport caché, pas le compte. Lisez l’état de l’adaptateur avant de réinstaller un pilote.
Se figer avant qu’un identifiant soit proposé, refuser de supprimer le profil, afficher un adaptateur dont personne ne reconnaît le nom : ce sont trois visages d’une même panne. L’interface logicielle à laquelle la VPN se lie s’est dégradée, tandis que le compte et la passerelle sont intacts. Trois réparations sont défendables, et celle qui s’applique découle d’une seule inspection en lecture seule. Tout ce qui suit cette inspection est de l’arithmétique ; tout ce qui la précède est une supposition.
À quoi le profil se lie réellement
Chaque type de tunnel natif de Windows est desservi par son propre adaptateur virtuel, et ces adaptateurs sont des pilotes de miniport et non des cartes physiques. Un profil choisit un type de tunnel, le type choisit un adaptateur, et un seul pilote malade peut donc casser tous les profils qui le partagent pendant que le partage de fichiers et la navigation continuent. La dépendance est invisible dans les propriétés du profil.
Ces interfaces restent masquées par défaut, dans le Gestionnaire de périphériques comme dans la liste des adaptateurs. C’est ainsi qu’un adaptateur cassé reste invisible pendant que le propriétaire de la machine affirme que rien n’a changé.
Une marque d’avertissement est une preuve utile et une icône propre ne l’est pas. Un adaptateur peut se déclarer sain et porter malgré tout une liaison cassée, donc la question utile est à quoi l’interface est rattachée, et non à quoi ressemble l’icône. Lisez d’abord l’état et ensuite les liaisons, car l’icône répond à la question la moins intéressante. Sauter cet ordre est ce qui transforme une vérification de dix minutes en un après-midi de travail sur les pilotes.
Décidez d’après l’état de l’adaptateur, pas d’après le code d’erreur
Un numéro d’erreur indique quelle étape a échoué et ne dit rien sur le composant fautif. L’attribution d’adresses, le choix du certificat et le protocole du tunnel ont leurs propres numéros, classiquement 720, 789 et 806, et aucun des trois n’est une preuve concernant un miniport. Servez-vous du numéro pour choisir la vérification suivante, pas pour choisir une réparation.
Les observations qui discriminent sont peu nombreuses. Ce tableau associe chacune à une étape suivante en lecture seule :
| What you observe | What it implies | Read-only step |
|---|---|---|
| Every profile on one protocol fails | That protocol's miniport is unusable | Read the hidden adapter status |
| Adapter reports healthy, tunnel never starts | A binding is missing or disabled | List every binding on the adapter |
| Only the vendor client fails | The vendor adapter or its registered name | Read the vendor service key |
| The profile will not delete | The interface underneath is stuck | Confirm the adapter before removing the profile |
L’ordre compte, car réinstaller un pilote est lent et perturbant. Le faire pour corriger un problème d’attribution coûte une heure et n’apprend rien à la personne suivante. Le tableau fixe aussi le rayon de dégâts : un protocole cassé sur tous les profils met en cause le pilote, tandis qu’un client d’éditeur cassé à côté de profils natifs fonctionnels met en cause la pile de l’éditeur.
Deux lectures qui règlent la plupart des tickets
Les deux lectures sont en lecture seule et aucune ne touche un pilote. La première liste les interfaces miniport cachées avec leur état, et la seconde liste ce à quoi un adaptateur nommé est lié :
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindingsRemplacez le protocole que votre profil utilise, car une liste de liaisons pour IKEv2 ne dit rien d’un SSTP profil. Une liaison ARP ou IPv4 désactivée, ou un pilote de filtre tiers attaché à l’adaptateur, peut arrêter le tunnel avant qu’il ne démarre. La présence d’un logiciel de sécurité dans cette liste ne prouve pas qu’il en est la cause, alors établissez l’effet avant de désactiver quoi que ce soit.
Un adaptateur sain montre les liaisons attendues et aucun filtre que vous ne pouvez expliquer. Quand la liste est propre, la preuve est passée au pilote lui-même et la section suivante est celle qui s’applique.
Relevez le nom de l’adaptateur et la version du pilote avant de le supprimer
Quand l’adaptateur est vraiment inutilisable, la réparation standard consiste à le rendre supprimable, le désinstaller et laisser Windows construire une instance neuve la prochaine fois qu’un profil utilise ce protocole. Dans le Gestionnaire de périphériques, mettez le pilote à jour, choisissez dans une liste, effacez le filtre de matériel compatible et choisissez un adaptateur Microsoft générique qui propose une option de désinstallation.
Avant cela, notez ce que vous supprimez : nom de l’adaptateur, version du pilote, fournisseur et date. Une réparation que vous ne pouvez pas décrire ensuite ne peut pas être répétée, et le prix habituel d’une réparation non décrite est la même machine réparée trois fois. Les utilitaires d’éditeur font le même travail avec une portée plus large et sont raisonnables sur un parc géré lorsqu’ils viennent de l’éditeur et non d’un miroir. Un utilitaire qui échange des binaires de pilote change plus que la réinstallation d’un seul adaptateur, alors notez aussi sa version dans le ticket.
Un cas d’éditeur demande une autre réparation pour le même symptôme. Un client qui enregistre son adaptateur sous un nom d’affichage contenant une référence d’installateur peut refuser de s’activer après une mise à jour, et le correctif modifie ce nom dans une clé de service détenue par l’éditeur. La valeur accepte un nom d’adaptateur simple, et le client est redémarré ensuite :
HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit WindowsCette clé appartient à un seul client. Ce n’est pas une réparation Windows générale et elle ne doit jamais être appliquée à une machine qui n’exécute pas ce client.
Confirmez avec un second protocole avant de clore le ticket
Une reconnexion réussie éprouve un protocole à travers un adaptateur, elle prouve donc moins qu’il n’y paraît. Refaites le profil d’origine, puis un second construit sur un autre type de tunnel, et exigez que les deux se connectent. Si seul le premier fonctionne, la panne restante est une preuve concernant un pilote ou une stratégie, non l’interface que vous venez de reconstruire.
Si la plainte d’origine était un profil impossible à supprimer, retestez-le aussi, car un profil qui refuse encore de disparaître après que l’adaptateur est sain est une autre panne et tout travail supplémentaire sur l’adaptateur est perdu. Gardez le compte et la passerelle hors du compte rendu, sauf si quelque chose les met en cause. Un tunnel qui meurt avant l’authentification décrit en général la machine, et une note honnête nomme l’adaptateur, le protocole et la vérification qui l’a confirmé.