Plus d’internet après la désinstallation d’un VPN : inventaire avant réinitialisation

Retirer un client VPN devrait rendre la machine telle qu’elle était avant, et parfois il rend une machine où rien ne se résout et où le navigateur veut encore un proxy. Les restes viennent d’une courte liste de propriétaires : routes, fournisseurs Winsock, un réglage de proxy, DNS et pilotes de filtre. Il existe deux stratégies de réparation, et elles diffèrent surtout par ce qu’elles détruisent.

Deux réparations aux coûts très différents

La réinitialisation large n’est pas fausse ; elle est coûteuse. Elle supprime aussi les preuves qui auraient dit quelle couche a échoué, donc la machine suivante avec le même symptôme repart de zéro. L’inventaire d’abord coûte quatre commandes, et trois d’entre elles ne font que lire.

Choisissez à l’horloge, pas par préférence. Sur une machine qui doit fonctionner dans dix minutes, une réinitialisation complète peut être le bon choix, et la note que vous laissez ensuite est la seule chose qui conserve le savoir. Sur un parc avec un symptôme répétitif, l’inventaire est la voie la moins chère parce qu’il produit une cause au lieu d’une panne terminée.

Lisez quatre choses avant de toucher quoi que ce soit

ipconfig /all
route print -4
netsh winsock show catalog
netsh winhttp show proxy

Chaque sortie correspond à une panne différente. Une route par défaut qui pointe vers un adaptateur qui n’existe plus explique un internet mort avec un réseau local qui fonctionne. Un serveur DNS d’adaptateur qui appartenait autrefois au tunnel explique des noms qui échouent alors que les adresses fonctionnent. Un fournisseur Winsock installé par le client explique des pannes de navigateur qui survivent à chaque changement de route. Une entrée de proxy explique un navigateur qui n’atteint rien alors que curl y arrive.

Vérifiez séparément le proxy du navigateur lui-même. Il vit dans la boîte de dialogue des options internet, sous les connexions et les paramètres du réseau local, et c’est un réglage différent du proxy WinHTTP que la commande signale. Réparer l’un ne répare pas l’autre, et une machine peut porter les deux. Cherchez une adresse de proxy qui ne résout vers rien, car c’est la forme qu’un client retiré laisse derrière lui.

Montez l’échelle au lieu de sauter

ipconfig /release
ipconfig /renew
ipconfig /flushdns
route -f
netsh int ip reset reset.log
netsh winsock reset catalog

route -f vide la table de routage sans toucher aux adaptateurs, ce qui est le moyen le moins coûteux de retirer la route par défaut restante d’un tunnel. netsh int ip reset réécrit les paramètres de la pile TCP/IP et attend un redémarrage. netsh winsock reset restaure le catalogue qu’un pilote de filtre a modifié, et c’est l’étape qui répare les pannes visibles uniquement dans le navigateur. Exécutez-en une, testez, puis exécutez la suivante ; une échelle que vous avez montée est une échelle que vous pourrez décrire plus tard.

netsh advfirewall reset ne fait pas partie de cette échelle. Il supprime des règles que quelqu’un a créées volontairement, et les restaurer est un projet à part. La réinitialisation réseau de l’application de paramètres retire et réinstalle chaque adaptateur et efface aussi les mots de passe Wi-Fi enregistrés, donc elle vient après les étapes étroites et non avant.

Des restes dont le propriétaire est un autre produit

Faire glisser une application vers la corbeille ne la désinstalle pas. Un Mac qui continuait d’utiliser un VPN qu’il n’affichait plus avait un assistant du fournisseur encore en cours d’exécution ; l’onglet réseau du Moniteur d’activité l’a identifié par le trafic, et la procédure de désinstallation du fournisseur a retiré le démon et ses éléments de démarrage. Vérifiez /Library/LaunchDaemons et /Library/LaunchAgents pour les entrées dont le programme n’existe plus.

Le logiciel de sécurité est l’autre endroit où ce schéma apparaît. Les outils antivirus installent leurs propres pilotes de filtre, et une suppression qui en laisse un derrière peut casser un adaptateur VPN d’une manière qu’aucun réglage VPN n’explique. L’outil de suppression du fournisseur existe pour ce cas ; une désinstallation générique ne l’atteint généralement pas.

Les programmes d’installation peuvent aussi refuser de démarrer parce qu’une instance précédente est encore vivante. L’installateur d’OpenVPN cherche un openvpn.exe en cours d’exécution, y compris un que votre propre script a lancé il y a des heures.

La panne env_block est un reste d’un autre genre. PATH a perdu C:\Windows\System32 et ses voisins, donc le client ne peut pas lancer les utilitaires qui construisent l’adaptateur. Réparez PATH plutôt que de réinstaller, car une copie neuve rencontrera les mêmes commandes manquantes.

Interfaces Linux et test du routeur

Une interface tun peut survivre à la configuration qui l’a créée. Un rapport de téléchargement lent s’est terminé avec un appareil résiduel qui gardait l’adresse de passerelle de l’ancien pool et tirait le trafic vers un tunnel que personne n’avait prévu. ip -brief link liste ce qui existe ; comparez-le à ce que le service actuel affirme, puis supprimez l’orphelin.

Les baux qui cessent d’arriver après une expérience VPN ne sont pas automatiquement un problème de pile. Testez un portable qui n’a jamais porté le client, et un autre routeur, avant de lancer d’autres réinitialisations. Si le routeur a cessé de répondre, aucune commande Windows n’y changera rien, et une adresse statique temporaire, une passerelle et un résolveur vous disent quel côté est cassé.

Notez ce que vous avez réinitialisé et dans quel ordre. La personne suivante doit savoir si le catalogue Winsock ou le pare-feu a été reconstruit, et cette note est la seule chose qu’une désinstallation ne peut pas emporter.