Un VPN qui ne se connecte pas : les causes à vérifier, dans l'ordre
Ou : avant d’accuser le VPN, regarder l’heure, le réseau et le pare-feu.
La réponse courte : un VPN qui ne se connecte plus n’est pas forcément en panne. La cause se trouve souvent autour de lui : le réseau qui bloque son protocole, un serveur surchargé, un antivirus ou un autre VPN qui interfère, une horloge système décalée qui fait rejeter les certificats. Proton VPN résume sa liste de vérifications en six points : essayer un autre serveur, essayer un autre protocole, vérifier que l’abonnement n’a pas expiré, contrôler le pare-feu et l’antivirus, corriger l’heure du système et s’assurer que la connexion Internet fonctionne sans le VPN. NordLayer ajoute de tester un autre réseau, de désinstaller les autres applications VPN et de vérifier IPv6, qu’il ne prend pas en charge. C’est la page à garder sous la main pour faire marcher son VPN partout.
Mieux vaut procéder du plus simple au plus lourd, et changer une seule chose à la fois. La réinitialisation complète du réseau, que l’on tente parfois en premier, est présentée par Microsoft comme le dernier recours, parce qu’elle supprime aussi les adaptateurs réseau installés et peut obliger à réinstaller le client VPN.
VPN qui ne se connecte pas : les vérifications, de la plus simple à la plus lourde
| Vérification | Ce qu’elle révèle | Source |
|---|---|---|
| Internet fonctionne-t-il sans le VPN ? | Une panne du réseau, pas du VPN | Proton |
| Une page de connexion d’hôtel ou d’aéroport attend-elle ? | Un portail captif que le VPN empêche d’afficher | NordLayer |
| Un autre serveur fonctionne-t-il ? | Un serveur saturé ou en maintenance | Proton, NordLayer |
| Un autre protocole, en TCP, fonctionne-t-il ? | Un réseau qui bloque l’UDP ou certains ports | Proton, NordLayer |
| L’heure et le fuseau du système sont-ils justes ? | Un certificat rejeté à cause d’une date erronée | Proton |
| Un antivirus, un pare-feu ou un autre VPN est-il actif ? | Un blocage ou un conflit entre clients | Proton, NordLayer |
| L’abonnement ou la licence est-il actif ? | Un compte expiré ou un siège retiré | Proton |
| IPv6 est-il activé sur le réseau ? | Une incompatibilité, chez NordLayer | NordLayer |
| La pile réseau de Windows est-elle saine ? | Des réglages réseau corrompus | Microsoft |
L’heure est une cause déroutante, parce qu’elle n’a rien à voir avec le réseau en apparence. Proton donne l’exemple d’un ordinateur réglé sur le 1er avril 2022 : un certificat émis en 2024 y est rejeté, et la connexion échoue. Sous Windows, il suffit d’activer le réglage automatique de l’heure et du fuseau, puis de synchroniser. Le changement de protocole règle une autre famille de pannes : la sélection automatique de Proton essaie d’abord l’UDP, et passer en TCP aide sur un réseau d’entreprise ou d’université qui le filtre. Sous Windows, Proton signale aussi deux causes plus techniques, le service de filtrage de base (BFE) arrêté et le pare-feu d’Avast, qui peut bloquer les connexions WireGuard ; NordLayer conseille de redémarrer le service du gestionnaire de connexions d’accès à distance.
Si rien de cela ne suffit, Microsoft recommande sur sa page d’aide aux problèmes de connexion une série de commandes à lancer dans une invite de commandes en administrateur, dans cet ordre : netsh winsock reset, netsh int ip reset, ipconfig /release, ipconfig /renew, puis ipconfig /flushdns, suivies d’un redémarrage. La réinitialisation du réseau dans les Paramètres ne vient qu’ensuite.
Un dernier cas est trompeur : le VPN se connecte, mais certaines pages ou applications ne répondent pas. La taille des paquets est alors une piste. WireGuard retient par défaut une taille maximale de 1 420 octets, celle d’un lien Ethernet diminuée de 80, et NordLayer indique, dans un guide consacré à Docker, que 1 280 est la plus petite valeur testée avec succès.
Quand il faut écrire au support, les journaux du client font gagner du temps. Proton les joint au formulaire de signalement de problème de l’application (« Report an issue »), en cochant l’envoi des journaux d’erreur, et précise qu’ils ne contiennent pas l’historique de navigation. NordLayer documente leur emplacement pour chaque système, et fournit sous Linux un outil de diagnostic, nordlayer-diagtool run.
Un port bloqué au bureau
Quand le VPN échoue seulement sur un réseau précis, un port filtré est la première piste. Les ports de chaque protocole sont réunis dans les ports à ouvrir sur un pare-feu d’entreprise.
Repartir d’une installation propre
Deux clients VPN installés côte à côte peuvent se gêner. La procédure propre pour chaque système est dans l’installation sur Windows, macOS et Linux.
Le serveur, première suspecte
Un serveur lointain ou saturé suffit à faire échouer la connexion. Les critères pour en choisir un autre sont expliqués dans le choix du serveur VPN.