Pourquoi changer de pays ne résout pas un blocage de protocole VPN ? Parce que le problème arrive avant le serveur

J’ai commencé à Paris.

Échec.

J’ai essayé Amsterdam.

Échec.

Puis Londres.

Puis Francfort.

Puis New York, parce qu’à ce stade ma méthode de dépannage ressemblait surtout à un tour du monde improvisé.

Toujours la même chose:

« Connexion… »

Quelques secondes.

Puis retour au bouton de départ.

Le reste d’Internet fonctionnait. Mon navigateur chargeait les pages, mes messages partaient et le réseau était suffisamment rapide.

Seul le VPN refusait de monter.

J’étais donc persuadé que les adresses des serveurs étaient bloquées une par une.

Puis j’ai partagé la 5G de mon téléphone et repris exactement le serveur de Paris.

Connexion immédiate.

À cet instant, mes cinq changements de pays sont devenus presque comiques.

Le problème n’était pas Paris.

Le réseau bloquait la manière dont j’essayais d’y aller.

Changer de pays ne change pas forcément le tunnel

C’est le détail que j’avais raté.

Lorsque je passais de France aux Pays-Bas puis à l’Allemagne, je modifiais la destination.

Mais l’application continuait à utiliser le même mode VPN.

Même protocole.

Même type de transport.

Même façon générale de traverser le réseau local.

Si cette partie-là était bloquée, parcourir la liste des pays ne pouvait pas résoudre grand-chose.

OpenVPN prévoit justement différents modes de transport et utilise notamment TCP 443 comme solution de repli lorsque certains réseaux laissent mal passer d’autres ports ou types de trafic.

Autrement dit, Paris et Francfort peuvent échouer exactement de la même façon si le blocage intervient avant même que la connexion n’atteigne le serveur.

Et c’était précisément ce que mes essais commençaient à montrer.

Le hotspot m’a appris plus que cinq pays

J’ai donc refait le test plus proprement.

Serveur français sur le réseau problématique:

échec.

Même serveur sur le hotspot:

connexion.

Retour au premier réseau:

échec.

À partir de là, accuser le serveur devenait difficile.

On retrouve la même frustration dans des témoignages d’utilisateurs: un VPN refuse de se connecter sur un réseau précis alors qu’il fonctionne normalement ailleurs.

Le détail utile n’était pas le témoignage lui-même.

C’était le raisonnement qu’il confirmait:

si le serveur fonctionne ailleurs, continuer à changer de pays sur le réseau problématique risque surtout de changer la mauvaise variable.

J’avais maintenant une meilleure question:

est-ce que je peux garder ce réseau et changer seulement la manière dont le VPN le traverse?

Mon gros fournisseur avait déjà la solution, mais pas au même endroit

Mon fournisseur habituel avait une vraie force: beaucoup de choix.

Pas seulement des pays.

Des protocoles aussi.

J’avais laissé son mode rapide par défaut et je n’avais presque jamais ouvert ce menu.

Cette fois, au lieu de sélectionner une nouvelle destination, j’ai gardé le même réseau et le même serveur français.

J’ai seulement changé le transport.

Connexion.

Le serveur qui paraissait « mort » dix minutes plus tôt s’est ouvert.

J’ai chargé mon espace de travail.

Téléchargé un document.

Rejoint une visioconférence.

Tout fonctionnait.

Ce résultat a changé mon diagnostic plus sûrement que tous mes essais précédents.

Le serveur n’avait pas besoin d’être remplacé.

Le chemin vers lui, oui.

C’est là que la carte des pays a perdu de son importance

Changer de serveur reste un excellent réflexe lorsqu’un seul point de sortie pose problème.

Un serveur peut réellement être indisponible ou surchargé.

Mais ce n’était pas le motif que j’avais sous les yeux.

Plusieurs destinations échouaient de la même façon sur un réseau précis.

Puis le même serveur fonctionnait dès que je modifiais le réseau ou le transport.

La géographie ne m’apportait plus beaucoup d’information.

WireGuard illustre bien pourquoi: le protocole ne cherche pas à intégrer lui-même de l’obfuscation. Lorsqu’un réseau traite mal un tunnel facilement identifiable, changer uniquement la destination ne modifie pas cette caractéristique.

À ce stade, je ne voulais donc plus cent pays supplémentaires.

Je voulais une autre manière de passer.

Avec OnlydogVPN^↗, je suis resté sur le réseau qui posait problème

J’ai installé OnlydogVPN sur le même ordinateur.

Et surtout, je n’ai pas utilisé le hotspot.

Je suis resté exactement sur le réseau qui avait déclenché tous les échecs.

Même ordinateur.

Même connexion locale.

Même service professionnel à ouvrir.

Au lieu de commencer par une carte, j’ai choisi le profil prévu pour un réseau plus restrictif.

Connexion.

Le tunnel s’est établi.

J’ai rouvert mon espace de travail.

La page a chargé.

Le fichier qui attendait depuis le début de mes essais est parti.

Upload terminé.

Puis j’ai rejoint mon appel.

C’était le résultat que je cherchais.

Je n’avais pas découvert un pays magique.

J’avais changé la manière dont le trafic traversait le réseau qui me bloquait.

Ici, l’obfuscation comptait plus qu’un nouveau drapeau

L’application utilise un transport basé sur HTTP/3 avec une couche supplémentaire d’obfuscation destinée aux réseaux où un tunnel conventionnel passe mal.

Dans cette situation, c’était beaucoup plus pertinent que d’ajouter encore une destination à la liste.

Je ne peux pas observer la règle interne du réseau: port filtré, traitement de l’UDP, reconnaissance d’une signature VPN ou combinaison de plusieurs mécanismes.

Mais je pouvais observer le résultat.

Changer Paris pour Amsterdam n’avait rien résolu.

Changer la manière de traverser le réseau, si.

Une fois cette différence visible, la comparaison entre VPN devenait beaucoup plus simple.

J’ai arrêté d’utiliser les pays comme menu de dépannage

Avant cette expérience, ma logique ressemblait toujours à ceci:

VPN en panne?

Changer de serveur.

Toujours rien?

Changer de pays.

Encore rien?

Essayer plus loin.

Je mélangeais en fait deux problèmes différents.

Si un serveur échoue alors que les autres fonctionnent avec le même protocole sur le même réseau, changer de serveur est parfaitement logique.

Si plusieurs serveurs échouent de la même façon et qu’un changement de transport rétablit immédiatement la connexion, continuer à parcourir les pays ne traite plus le bon problème.

Cette distinction semble évidente une fois formulée.

Elle l’est beaucoup moins quand l’application place cinquante drapeaux devant vous et rend le changement de destination plus visible que le changement de transport.

C’est précisément pour cela que l’approche plus orientée vers la situation m’a paru plus naturelle.

Je n’avais pas besoin de décider où aller.

J’avais besoin que le tunnel passe.

Le grand fournisseur garde un avantage réel

Mon fournisseur traditionnel conserve davantage de destinations, davantage de serveurs et une histoire publique plus longue.

Si le serveur parisien est réellement en panne, cette profondeur de réseau est exactement ce que je veux.

L’application plus petite propose moins de localisations et moins de recul public.

Mais ce jour-là, je n’avais pas un problème de pénurie de serveurs.

J’avais déjà Paris, Londres, Amsterdam, Francfort et New York.

Ce qui me manquait était une manière différente de traverser les premiers mètres du réseau.

Dans cette situation, l’adaptation au filtrage valait davantage qu’une nouvelle destination.

Maintenant, je change de pays beaucoup plus tard

Si un VPN refuse demain de se connecter, je testerai probablement un second serveur.

Il peut réellement être en panne.

Mais si deux ou trois destinations échouent exactement de la même manière, je m’arrêterai.

Je reprendrai le même serveur sur une autre connexion.

Puis je reviendrai au réseau problématique et je changerai le protocole ou le mode prévu pour les réseaux restrictifs.

Cette séquence me dira rapidement si je dois chercher une meilleure destination ou une meilleure manière de l’atteindre.

Mon grand fournisseur me permettait de continuer à changer de pays presque indéfiniment.

La seconde approche s’est montrée beaucoup plus utile lorsque le pays n’était justement pas le problème.

Changer de France pour l’Allemagne ne sert à rien si le réseau bloque votre VPN avant même que votre trafic ait une chance d’y arriver.