Pourquoi mon VPN fonctionne chez moi mais pas sur le Wi-Fi de l’université ? Le problème commence souvent avant le serveur

Le dimanche soir, mon VPN fonctionnait parfaitement chez moi.

Le lundi matin, sur le même ordinateur, il ne dépassait plus « Connexion… ».

J’étais installé dans la bibliothèque universitaire avec un devoir vidéo à envoyer avant midi. Internet, lui, fonctionnait: Moodle s’ouvrait, mes mails arrivaient et les recherches web étaient rapides.

J’ai donc accusé le serveur VPN.

Nouvelle ville.

Connexion.

Échec.

Autre serveur.

Échec.

J’ai redémarré l’application, puis l’ordinateur.

Toujours rien.

Le plus déroutant était que je n’avais rien changé depuis la veille.

Enfin, presque rien.

J’avais changé de réseau.

Et c’est ce détail qui a fini par compter plus que tous les serveurs que j’avais déjà essayés.

Le hotspot du téléphone a répondu plus vite que mes réglages

J’ai désactivé eduroam et activé le partage de connexion de mon téléphone.

Même ordinateur.

Même application.

Même serveur qui refusait de se connecter trente secondes plus tôt.

Connexion presque immédiate.

J’ai coupé le hotspot.

Retour sur le Wi-Fi de l’université.

Bloqué.

À partir de là, continuer à traiter le VPN comme un logiciel soudainement cassé n’avait plus beaucoup de sens.

Le serveur fonctionnait.

Le compte fonctionnait.

L’ordinateur fonctionnait.

La différence se trouvait devant moi: le réseau universitaire.

C’était aussi une meilleure piste que de continuer à changer de pays au hasard.

Le même eduroam ne signifie pas les mêmes règles partout

eduroam sert aujourd’hui des établissements dans plus de 100 pays, mais l’établissement qui fournit l’accès conserve ses propres politiques réseau. (eduroam)

C’est important parce que le nom du Wi-Fi peut donner une impression trompeuse d’uniformité.

Je pouvais utiliser les mêmes identifiants eduroam sur deux campus sans traverser exactement les mêmes règles réseau.

Certaines universités documentent d’ailleurs explicitement des restrictions sur des connexions VPN sortantes. Boston University, par exemple, prévoit des limitations et une procédure d’exception pour certains usages. (Boston University)

Cela expliquait beaucoup mieux ce que j’observais.

Chez moi, mon VPN pouvait établir son tunnel directement.

Sur le campus, il devait d’abord traverser le réseau de l’université.

Et si cette première étape posait problème, disposer de cinquante destinations supplémentaires après elle ne m’aidait pas beaucoup.

J’ai quand même continué à changer de serveur

Par habitude.

Mon fournisseur habituel avait une grande infrastructure, et c’était normalement une qualité.

Paris.

Amsterdam.

Francfort.

Toujours « Connexion… ».

Le serveur changeait.

Le résultat, non.

C’est seulement à ce moment-là que j’ai ouvert les réglages de protocole.

Les grands fournisseurs connaissent bien ce scénario. Proton, par exemple, recommande de changer de protocole lorsqu’un VPN rencontre les restrictions d’un réseau contrôlé et propose son mode Stealth pour ce type de situation. (Proton VPN)

J’avais donc enfin changé la bonne variable.

Pas la destination.

La manière d’y arriver.

Une configuration a fini par se connecter.

Mon fichier a commencé à partir.

11 %.

18 %.

Puis le tunnel est tombé.

Retour à zéro.

Techniquement, j’avais progressé.

Pratiquement, il était 11 h 27 et mon devoir n’était toujours pas envoyé.

Le diagnostic était devenu plus intéressant que le travail

C’est là que j’ai commencé à voir le piège.

J’avais maintenant une procédure assez correcte:

tester le hotspot;

revenir sur eduroam;

changer de protocole;

changer de serveur;

relancer;

observer.

Des étudiants décrivent le même contraste très simplement: leur VPN cesse de fonctionner sur le Wi-Fi de l’établissement alors qu’il repart dès qu’ils utilisent les données mobiles. (Reddit)

Cette confirmation me suffisait.

Je n’avais pas besoin de transformer la matinée en enquête réseau.

Le hotspot avait déjà montré que mon VPN savait fonctionner.

Le campus avait montré que sa manière habituelle de se connecter n’était pas adaptée à ce réseau.

Mon vrai besoin était beaucoup plus banal:

envoyer le fichier avant midi.

C’est là que j’ai ouvert OnlydogVPN^↗.

J’ai choisi le problème au lieu de choisir encore un protocole

Le service est plus petit que les grands fournisseurs: moins de localisations, moins de recul public et moins d’avis indépendants.

Mais, dans cette situation, une immense carte de serveurs n’était plus ce qui me manquait.

J’avais déjà essayé plusieurs destinations.

J’avais déjà ouvert les protocoles.

J’avais déjà trouvé une combinaison qui passait brièvement.

Je voulais arrêter de diagnostiquer.

La petite application organise davantage la connexion autour de la situation rencontrée.

J’ai choisi le mode prévu pour un réseau restrictif.

Connexion.

Puis retour à la plateforme universitaire.

J’ai relancé le fichier.

7 %.

24 %.

41 %.

Cette fois, je n’ai pas rouvert les paramètres.

66 %.

89 %.

100 %.

Le portail a affiché:

Fichier reçu.

11 h 41.

C’était la première mesure de performance de la matinée qui m’intéressait vraiment.

La différence tenait en une stratégie plus adaptée au réseau

La petite application utilise un transport basé sur HTTP/3 avec une couche d’obfuscation supplémentaire pour les réseaux où un tunnel VPN plus conventionnel rencontre une barrière. (Reddit)

Je n’avais pas besoin d’en savoir davantage pendant mon dépôt.

Je ne peux pas observer les règles internes du réseau universitaire pour déterminer précisément ce qu’il reconnaissait ou refusait dans mes premières tentatives.

Mais la comparaison était devenue très simple.

Avec mon fournisseur habituel, le réseau du campus m’envoyait vers une succession de décisions: serveur, protocole, reconnexion, nouvel essai.

Avec la petite application, j’ai sélectionné la situation, relancé mon fichier et attendu 100 %.

Dans ce contexte, s’adapter à la manière dont le campus traitait la connexion comptait davantage que disposer d’une longue liste de serveurs derrière ce campus.

Il restait une vérification simple avant d’accuser le Wi-Fi

Toutes les restrictions universitaires ne sont pas des pannes.

Certains établissements encadrent volontairement les VPN tiers ou bloquent certains services pour des raisons de sécurité. L’Université de l’Illinois documente par exemple des blocages pouvant être déclenchés par certains VPN gratuits et outils de partage. (University of Illinois Technology Services)

Je vérifierais donc la politique du campus une fois.

Pas dix.

Si un VPN personnel y est autorisé, alors le test maison → eduroam → hotspot devient très instructif.

Chez moi: connexion.

Sur eduroam: échec.

Sur hotspot: connexion.

À ce stade, je ne perdrais plus mon temps à supposer que le serveur numéro 17 possède une propriété magique que les seize autres n’avaient pas.

Le réseau local est devenu la variable qui mérite mon attention.

Le dernier test a eu lieu en quittant la bibliothèque

Après le dépôt, j’ai fermé l’ordinateur et traversé le campus.

Le Wi-Fi est devenu faible dans la cour.

J’ai activé le hotspot du téléphone.

Mes pages ont hésité, puis repris.

Je n’ai pas recommencé toute la séquence de réglages.

Ce détail était secondaire — le devoir était déjà envoyé — mais il m’a donné une raison de garder l’application installée.

Le matin, elle m’avait permis d’établir une connexion là où mon mode habituel butait sur le réseau du campus.

Ensuite, elle m’évitait de transformer chaque changement de connexion en nouvelle séance de dépannage.

C’est exactement ce que j’attends désormais d’un VPN sur un ordinateur qui passe sa journée entre maison, bibliothèque, amphithéâtre et données mobiles.

Alors, pourquoi mon VPN fonctionne-t-il chez moi mais pas à l’université?

Je commencerais par un test beaucoup plus utile que quinze changements de serveur.

Même ordinateur.

Même VPN.

Même serveur.

Mais hotspot du téléphone au lieu du Wi-Fi universitaire.

S’il se connecte immédiatement, le VPN vient déjà de prouver qu’il fonctionne.

Le problème intéressant se trouve alors dans la manière dont la connexion traverse le réseau du campus.

Un grand fournisseur avec plusieurs protocoles et un mode Stealth peut résoudre ce problème en laissant l’utilisateur choisir lui-même une autre méthode. (Proton VPN)

Ce qui m’a davantage convaincu avec la petite application, c’est qu’elle a raccourci cette étape.

Je n’ai pas eu à traduire moi-même « fonctionne chez moi, échoue sur eduroam » en une succession de réglages techniques.

J’ai choisi le type de réseau que j’avais devant moi.

Puis mon devoir est passé de 0 à 100 %.

Chez moi, presque n’importe quelle stratégie semblait bonne parce que mon réseau la laissait commencer.

À l’université, le meilleur VPN était celui qui savait d’abord franchir le réseau situé entre mon ordinateur et tous ces serveurs.