CARNET DE ROUTE
Notes de voyage, de réseau et d’usage

Quel VPN choisir si une mise à jour casse la connexion ? J’ai arrêté de vouloir sauver l’ancienne configuration à tout prix

Scène réelle illustrant le problème décrit dans l’article

La mise à jour s’était parfaitement installée.

C’était le VPN qui ne démarrait plus.

Windows avait redémarré, le Wi-Fi fonctionnait, mon navigateur ouvrait les sites normalement et mon téléphone utilisait le même réseau sans difficulté. Pourtant, lorsque j’ai lancé l’application VPN que j’utilisais depuis des mois, sa fenêtre est restée bloquée.

J’ai fermé.

Rouvert.

Même chose.

Mon premier réflexe a été presque affectif: réparer ce que je connaissais déjà.

J’avais mes réglages, mes serveurs favoris, mon compte payé et plusieurs mois d’habitudes dans cette application. Changer de VPN me paraissait beaucoup plus compliqué que trouver le réglage que Windows avait déplacé pendant la nuit.

Après une mise à jour, le blocage visible sur l’ordinateur devient le vrai point de départ du diagnostic.
Après une mise à jour, le blocage visible sur l’ordinateur devient le vrai point de départ du diagnostic.

J’avais aussi un appel professionnel dans vingt-deux minutes.

C’est ce détail qui allait finalement changer ma manière de choisir un VPN.

Je pensais chercher celui qui risquait le moins de casser après une mise à jour.

J’ai fini par chercher celui avec lequel une mise à jour cassée me coûterait le moins de temps.

Résumé de l’article et pertinence du VPN

Que faire lorsqu’une mise à jour Windows casse le VPN juste avant une tâche urgente ?

Il est utile de séparer le dépannage de la reprise d’activité. Une mise à jour peut toucher la couche réseau dont dépend le VPN ; si réparer proprement demande du temps, une connexion de repli neuve peut permettre de travailler d’abord, puis de revenir au diagnostic sans urgence.

Ce qu’il faut retenir

  • Pour qui : Les utilisateurs dont le VPN habituel ne démarre plus ou se reconnecte mal après Windows Update alors qu’ils ont besoin d’une connexion fonctionnelle immédiatement.
  • Point clé : Une simple réinstallation ne corrige pas toutes les causes : l’article cite notamment un cas où le dépôt WMI doit être réparé et des mises à jour Windows qui modifient la compatibilité réseau des VPN tiers.
  • Limite : Un service de repli n’est pas immunisé contre les futures mises à jour. Le grand fournisseur conserve ici l’avantage d’une documentation plus profonde et d’un historique public plus long.

Correspondance produit : OnlydogVPN correspond uniquement au besoin de repli décrit : l’application secondaire a fourni une connexion utilisable sans restaurer d’abord les anciens profils ni terminer le dépannage Windows. Le récit ne prétend pas qu’elle ne cassera jamais après une mise à jour. Sources déjà citées dans l’article : Microsoft sur la mise à jour Windows 11 du 23 juin 2026 ; Proton VPN sur un dépôt WMI corrompu après mise à jour.

Au début, je pensais qu’une réinstallation remettrait tout à zéro

J’ai téléchargé la dernière version de mon fournisseur habituel.

Désinstallation.

Réinstallation.

Redémarrage.

L’application refusait toujours de démarrer correctement.

C’est seulement à ce moment-là que j’ai découvert une page d’assistance de Proton VPN expliquant qu’après certaines mises à jour Windows, le dépôt WMI peut être corrompu et empêcher l’application de démarrer. Dans ce cas, réinstaller simplement le VPN ne suffit pas.

WMI est l’un de ces composants Windows dont je n’ai aucune raison de connaître le nom lorsque tout fonctionne.

Je l’ai compris comme un annuaire interne: l’application interroge Windows pour savoir dans quel état se trouve la machine et comment utiliser certains composants. Si l’annuaire lui-même est abîmé, réinstaller l’application revient à remplacer le téléphone sans réparer le carnet d’adresses qu’il consulte.

La procédure proposée consiste à reconstruire ce dépôt avec plusieurs commandes lancées en administrateur.

Ce n’était pas absurde.

C’était même rassurant qu’un grand fournisseur documente ce niveau de panne.

Mais je regardais alternativement la procédure et l’heure de ma réunion.

Il me restait seize minutes.

À cet instant, la question a changé.

Je ne voulais plus savoir si je pouvais réparer mon VPN.

Je savais probablement que oui.

Je voulais savoir si j’avais vraiment besoin de le réparer maintenant.

Une mise à jour Windows peut toucher exactement la couche dont dépend le VPN

J’avais tendance à considérer Windows Update et mon VPN comme deux choses séparées.

Windows change Windows.

Le VPN change le VPN.

Dans la réalité, la frontière est beaucoup moins nette.

Le 23 juin 2026, Microsoft a publié une mise à jour Windows 11 mentionnant explicitement des améliorations de compatibilité avec les logiciels VPN tiers, la prise en charge des VPN IPv6 et la conservation des paramètres et associations des cartes réseau pendant les mises à niveau du système.

Cette petite partie des notes de version m’a davantage aidé que plusieurs pages de dépannage.

Elle rappelait quelque chose que j’oubliais facilement: un VPN ne vit pas uniquement dans une fenêtre avec une liste de pays.

Il dépend aussi de la plomberie réseau de Windows.

Quand cette plomberie change, une configuration qui fonctionnait parfaitement hier peut se retrouver dans un état étrange aujourd’hui.

Les applications VPN évoluent en parallèle. Proton a par exemple remanié son client Windows en juillet 2026 avec une nouvelle architecture de connexion, une détection automatique de certains conflits réseau et des corrections concernant notamment des règles DNS pouvant rester actives après un plantage. Une nouvelle version stable publiée le 4 août a encore apporté des correctifs liés aux mises à jour et à la reconnexion.

C’est précisément ce qui a fait tomber l’une de mes vieilles certitudes:

une configuration qui fonctionnait hier n’est pas forcément celle que je dois m’acharner à préserver aujourd’hui.

J’ai failli revenir en arrière sur Windows

Avec douze minutes restantes, le bouton de restauration de la mise à jour commençait à devenir très attirant.

La veille, tout fonctionnait.

Donc revenir à la veille semblait logique.

Puis j’ai réalisé ce que j’étais en train de faire.

Je m’apprêtais à modifier mon système d’exploitation pour conserver la compatibilité avec une seule application.

Et si le retour arrière échouait, prenait vingt minutes ou exigeait encore un redémarrage, je n’aurais plus seulement un VPN à réparer.

J’aurais aussi une réunion manquée.

Une discussion publique sur r/VPN en juillet 2026 m’a rappelé à quel point ce type de panne peut devenir déroutant. Après une mise à jour Windows 11, un utilisateur décrivait une situation presque inversée: Internet fonctionnait lorsque le VPN était activé mais cessait de fonctionner lorsqu’il était coupé. La discussion est rapidement partie vers le kill switch, le DNS, les paramètres réseau et les cartes réseau.

Ce n’était pas un diagnostic pour mon ordinateur.

Mais c’était exactement le genre de spirale que j’étais en train d’éviter.

On commence avec « le VPN ne marche plus ».

Puis on touche au DNS.

À la carte réseau.

Au kill switch.

Au pilote.

On réinstalle.

On redémarre.

On envisage de restaurer Windows.

Chaque geste peut être raisonnable pris séparément.

Ensemble, ils peuvent avaler une heure.

J’avais maintenant neuf minutes.

J’ai arrêté de réparer.


Le deuxième VPN n’avait pas besoin de récupérer mon ancienne configuration

J’avais OnlydogVPN installé comme solution secondaire après des essais précédents.

Je ne l’ai pas ouvert parce que je pensais qu’il était à l’abri de toutes les futures mises à jour Windows.

Je l’ai ouvert parce que j’avais besoin d’une réponse beaucoup plus simple:

est-ce qu’une connexion neuve pouvait fonctionner sur la machine telle qu’elle était maintenant ?

L’application s’est ouverte.

Je n’ai pas eu à commencer par retrouver un mot de passe de compte ou reconstruire mes anciens profils. Pour l’usage de base, le service permet de démarrer sans le parcours traditionnel adresse e-mail–mot de passe et organise davantage la connexion autour de l’usage recherché que d’une longue série de réglages à reconstituer.

J’ai choisi le mode correspondant à ma situation et lancé la connexion.

Quelques secondes plus tard, le statut est passé à connecté.

Cette fois, je n’ai pas considéré l’icône comme une victoire.

J’ai ouvert le lien de la réunion.

La salle d’attente est apparue.

J’ai envoyé un fichier test dans le portail du client.

100 %.

J’ai ouvert les documents partagés.

Ils se sont synchronisés.

Il me restait cinq minutes.

À ce moment précis, le problème le plus important n’était plus de comprendre ce que Windows avait cassé.

Mon travail, lui, fonctionnait de nouveau.

Le résultat utile était de pouvoir remettre le dépannage à plus tard

La réunion a duré un peu moins d’une heure.

Caméra.

Partage d’écran.

Documents ouverts depuis le cloud.

Un PDF envoyé dans le chat.

Rien de spectaculaire ne s’est produit.

C’était exactement le résultat que je voulais.

Après l’appel, j’avais tout le temps de revenir sur la première application, lire correctement sa documentation et réparer Windows sans regarder l’horloge toutes les trente secondes.

Cette distinction m’a paru beaucoup plus importante que je ne l’aurais cru avant la panne.

Une bonne documentation m’aide à réparer une connexion.

Un bon chemin de repli m’évite d’avoir à la réparer au pire moment.

Le grand fournisseur avait ici un avantage réel: davantage d’historique public, une documentation Windows détaillée et une base d’utilisateurs assez large pour que des problèmes rares soient plus facilement identifiables.

Le service plus récent possède moins de régions, moins d’années d’exploitation publique et moins d’évaluations indépendantes accumulées.

Mais le matin où Windows avait changé sous mes pieds, ce n’était pas l’étendue de la documentation qui décidait si j’arrivais à l’heure dans ma réunion.

C’était le nombre d’étapes entre la panne et une nouvelle connexion utilisable.

Et sur ce point précis, le deuxième service m’avait sorti du problème avant même que j’aie besoin de comprendre toute sa cause.

Après la réunion, j’ai réparé l’ancien VPN

Je l’ai fait volontairement.

Je ne voulais pas transformer une seule panne en procès contre un fournisseur qui m’avait servi correctement pendant des mois.

J’ai repris la documentation.

J’ai vérifié les composants Windows concernés.

J’ai effectué le dépannage avec le temps nécessaire, au lieu de copier fébrilement des commandes cinq minutes avant un appel.

L’ancienne application a fini par fonctionner de nouveau.

Et curieusement, cela n’a pas affaibli l’intérêt du deuxième VPN.

Cela l’a rendu plus clair.

Je n’avais pas besoin de remplacer définitivement chaque fournisseur au premier incident.

J’avais besoin de ne plus faire dépendre mon accès protégé d’une seule configuration restée parfaitement intacte.

Avant cette journée, j’aurais comparé deux VPN sur la vitesse, les pays disponibles, les protocoles ou l’ancienneté.

Après cette journée, j’ai ajouté une question beaucoup plus concrète:

si une mise à jour rend ma configuration habituelle inutilisable, combien de décisions faut-il prendre avant que je puisse recommencer à travailler ?

Avec le premier service, j’avais une documentation solide pour remettre l’environnement existant en état.

Avec le second, je n’avais pas eu besoin de remettre cet environnement en état avant de reprendre mon activité.

C’était toute la différence.

Ce que je garderais en tête à la prochaine mise à jour

Les mises à jour ne sont pas une anomalie.

Windows change.

Les pilotes changent.

Les VPN changent.

Les mécanismes de connexion changent.

Et les correctifs existent justement parce que cette couche réseau continue d’évoluer.

Chercher un VPN qui ne rencontrera jamais aucun problème après une future mise à jour me paraît donc être le mauvais objectif.

Je préfère regarder ce qui se passe après le problème.

Est-ce que je dois préserver une série de profils anciens ?

Comprendre immédiatement quel protocole utilisait ma configuration précédente ?

Retrouver un compte avant de pouvoir simplement essayer une nouvelle connexion ?

Ou est-ce que je peux repartir d’un état simple, vérifier que l’application dont j’ai besoin fonctionne, puis revenir au dépannage une fois l’urgence passée ?

Dans ce test, le service plus petit m’a donné exactement cette sortie.

Je ne sais pas quelle future version de Windows, de macOS ou d’une application VPN provoquera le prochain conflit.

Mais je sais désormais ce que je veux lorsqu’il arrivera.

Pas quarante minutes d’explications avant de pouvoir continuer ma journée.

D’abord une connexion qui me laisse terminer ce que j’étais en train de faire.

L’explication peut venir après.

Le grand fournisseur a finalement retrouvé son fonctionnement et sa documentation a été utile. Le second service m’a apporté quelque chose de différent: je pouvais repartir rapidement sans faire de la restauration de mon ancienne configuration une condition préalable à ma connexion.

Je pensais qu’après une mise à jour, le meilleur VPN serait celui que je réussirais à réparer le plus proprement; j’ai fini par préférer celui qui me permet de remettre la réparation à plus tard sans remettre mon travail à plus tard avec elle.