Pourquoi un VPN fonctionne-t-il le matin mais devient inutilisable le soir sur le même réseau ? J’ai fini par arrêter de regarder le débit maximal

À 8 h 14, mon VPN fonctionnait tellement bien que je n’y pensais plus.
Même chambre.
Même ordinateur.
Même Wi-Fi de résidence.
Même serveur.

J’avais suivi une visioconférence, téléchargé plusieurs documents et travaillé presque deux heures sans interruption.

À 21 h 06, j’ai repris exactement la même installation pour une réunion de groupe.
Cette fois, les caméras se sont transformées en mosaïque de visages figés.
Une phrase arrivait.
Silence.
Puis trois secondes de conversation d’un seul coup.

Le VPN affichait pourtant Connecté.

J’ai changé de serveur.

La réunion est revenue pendant quelques minutes, puis l’audio a recommencé à découper chaque phrase.

J’en ai essayé un deuxième.

Puis un troisième.

À ce stade, la conclusion me semblait évidente : mon fournisseur surchargeait probablement ses serveurs le soir.

Le problème, c’est que j’accusais la mauvaise heure de pointe.

À 21 h, ce n’était plus vraiment le même réseau

Le nom du Wi-Fi était identique à celui du matin.

C’est probablement la partie la plus trompeuse.

Dans une résidence étudiante, un réseau peut sembler parfaitement normal à 9 h lorsque beaucoup de chambres sont vides, puis se comporter très différemment une fois tout le monde rentré.

Streaming.
Jeux.
Visioconférences.
Sauvegardes cloud.
Téléchargements.

Mises à jour de téléphones, consoles et ordinateurs.

Wifirst, qui exploite de nombreux réseaux de résidences en France, décrit justement les heures de pointe du soir comme un défi important pour ce type d’infrastructure. L’entreprise indique qu’un étudiant consomme aujourd’hui près de 200 Go par mois sur le Wi-Fi de sa résidence et souligne l’effet cumulé du streaming, des téléchargements et du nombre d’appareils connectés.

Le contexte général va dans le même sens. En juillet 2026, l’Arcep indiquait que le trafic entrant vers les quatre principaux fournisseurs d’accès français avait encore augmenté de 10,4 % en un an pour atteindre 56 Tbit/s fin 2025. Netflix, Amazon, Google, Meta et Akamai représentaient à eux seuls près de la moitié de ce trafic.

Cela ne prouvait pas que ma résidence était précisément saturée à 21 h 06.

Mais cela expliquait quelque chose que j’avais jusque-là ignoré : « même Wi-Fi » ne veut pas dire « mêmes conditions ».

Le matin, je roulais sur une autoroute presque vide.

Le soir, j’étais toujours sur la même autoroute, mais tout le bâtiment semblait avoir décidé de partir en même temps.

Restait une chose étrange : sans VPN, Internet n’était pas brillant, mais il fonctionnait encore. Avec le tunnel activé, la même connexion devenait presque inutilisable.

C’est ce contraste qui a changé mon diagnostic.

J’ai coupé le VPN, et le problème est devenu plus intéressant

J’ai quitté la réunion quelques secondes et désactivé le tunnel.
Le Wi-Fi n’est pas soudainement devenu excellent.
Les pages mettaient toujours plus de temps à s’ouvrir que le matin.
La qualité vidéo variait.
Mais la connexion restait utilisable.

J’ai réactivé mon VPN habituel.
Les temps d’attente sont immédiatement redevenus beaucoup plus visibles.
Puis j’ai gardé ce même VPN et basculé sur le partage 5G de mon téléphone.
La réunion est redevenue correcte.
Ce petit test m’a appris davantage que mes trois changements de serveur :

Wi-Fi de la résidence sans VPN : médiocre mais utilisable.
Même Wi-Fi avec mon VPN : très pénible.
Même VPN sur la 5G : de nouveau correct.
Mon fournisseur n’était donc pas simplement « lent le soir ».

Le réseau partagé se dégradait d’abord ; le tunnel que j’utilisais encaissait mal cette dégradation.

C’est aussi ce qui ressort de plusieurs témoignages publics d’étudiants. L’un d’eux racontait en 2025 vivre avec un Wi-Fi collectif suffisamment instable pour interrompre podcasts et documents en ligne, tout en devant utiliser un VPN pour certains services. Parmi les solutions envisagées : travailler aux heures creuses ou abandonner le Wi-Fi au profit de la 4G ou de la 5G.

À l’approche de la rentrée 2026, un autre étudiant demandait précisément si la connexion d’une résidence CROUS restait stable le soir pendant les heures de pointe. Les réponses variaient selon les bâtiments, ce qui confirmait surtout que le problème dépend beaucoup de l’infrastructure locale.

À ce moment-là, continuer à tester des serveurs au hasard avait de moins en moins de sens.
Je ne cherchais plus le serveur le plus rapide.
Je cherchais un tunnel qui reste utilisable quand le réseau commence à se dégrader.

Mon fournisseur habituel gagnait le test du matin

C’était un grand service, et je l’utilisais pour de bonnes raisons.
Beaucoup de serveurs.
Plusieurs protocoles.
Une longue histoire publique.
Des années de commentaires et de documentation.

À 8 h du matin, il était difficile de lui reprocher quoi que ce soit.

C’est justement ce qui rendait mon ancien critère trompeur.

Quand je comparais les VPN, je regardais surtout leur vitesse maximale : combien de mégabits restent après activation du tunnel ?

Sur un réseau propre, c’est une mesure utile.

À 21 h, elle m’aidait beaucoup moins.

Ce soir-là, je voyais surtout apparaître des délais irréguliers et de petites pertes. Le tunnel restait connecté, mais ce qui passait dedans avançait par à-coups.

Changer de serveur pouvait résoudre le problème si ce serveur ou la route jusqu’à lui était responsable.

Après trois essais presque identiques, cela ressemblait de moins en moins à mon cas.

Le problème commençait avant même d’atteindre le serveur VPN.

C’est là que j’ai arrêté de chercher quel serveur obtenait le meilleur score dans de bonnes conditions.

Je voulais voir lequel restait agréable à utiliser quand les conditions devenaient mauvaises.

Le vrai test a donc commencé à 21 h, pas à 8 h

J’avais encore une deuxième réunion.

J’ai installé OnlydogVPN et je suis volontairement resté sur le Wi-Fi de la résidence.

Repasser sur ma 5G aurait été plus simple.

Mais je voulais savoir si je pouvais continuer à utiliser ce réseau le soir sans devoir choisir entre VPN et visioconférence.

Au lieu de parcourir une longue liste de serveurs, j’ai lancé le mode qui sélectionne automatiquement une route adaptée à la connexion disponible.

Connexion.
J’ai rejoint la réunion.
L’audio est arrivé normalement.
Puis la vidéo.
J’ai activé ma caméra.

Quelques minutes plus tard, quelqu’un a partagé son écran.
J’attendais le moment où tout allait recommencer à se figer.
Il est venu, mais pas de la même façon.
La qualité vidéo a brièvement baissé.
Une ou deux fois, l’image a hésité.

Puis elle est revenue.
Je suis resté dans l’appel.
Vingt minutes.
Trente.
Quarante.

La réunion s’est terminée avant le tunnel.

C’était ce que je voulais depuis le début : non pas transformer le Wi-Fi de la résidence en connexion parfaite, mais empêcher un réseau déjà médiocre de devenir inutilisable dès que j’activais un VPN.

Il ne créait pas plus de Wi-Fi. Il gaspillait moins ce qui restait.

Ce n’est qu’après la réunion que la différence technique m’a intéressé.

Le service utilise un transport basé sur HTTP/3, donc sur QUIC. Ce protocole intègre ses propres mécanismes de détection des pertes, de récupération et de contrôle de congestion. L’IETF décrit notamment la manière dont QUIC peut identifier plus rapidement ce qui manque et reprendre l’envoi sans bloquer inutilement le reste du trafic.

Sur le papier, cela peut sembler assez abstrait.
Dans ma chambre à 21 h, l’image était plus simple.
Le matin, les deux VPN traversaient une porte presque vide.
La façon de passer importait peu.
Le soir, cinquante personnes essayaient d’emprunter la même porte.

Le petit service n’a pas agrandi la porte.

Il a simplement mieux utilisé les passages qui restaient disponibles.

C’est important parce qu’un VPN ne peut évidemment pas inventer de la bande passante là où il n’y en a plus. Si le Wi-Fi sans VPN n’arrive même plus à ouvrir une page, aucun protocole ne va le transformer en fibre privée.

Mais ce n’était pas ma situation.
Sans VPN, le réseau restait suffisamment bon pour travailler.
Avec mon ancien tunnel, il devenait pénible.
Avec le nouveau, j’ai pu terminer ma réunion sur cette même connexion.
Pour moi, c’était une différence beaucoup plus utile qu’un meilleur score obtenu le matin.

Et j’ai arrêté de changer de serveur

Après la réunion, j’ai fait quelque chose que j’avais déjà fait trois fois avec mon fournisseur habituel.

J’ai ouvert la liste des serveurs.
Puis je l’ai refermée.
C’était finalement le deuxième avantage qui prenait tout son sens dans cette situation.
Je n’avais aucune envie de devenir administrateur réseau chaque soir à 21 h.

Le matin, presque toutes les routes semblaient bonnes. Le soir, ce qui comptait était de trouver rapidement celle qui supportait le mieux la connexion disponible.

Le mode automatique faisait ce choix sans me demander d’essayer ville après ville.

Cela ne ressemble pas à une fonction spectaculaire.

Mais après une soirée passée à changer de serveur en répétant « vous m’entendez ? » dans une visioconférence, ne plus avoir à choisir devient étonnamment précieux.

Il y a quand même un compromis

Le service plus petit n’a pas le recul public d’un grand fournisseur historique.

Il propose moins de régions, compte moins d’années d’exploitation et dispose de moins d’analyses indépendantes accumulées.

Si mon besoin principal était de choisir manuellement entre énormément de villes ou de comparer une longue série d’audits et de tests externes, mon ancien fournisseur garderait un avantage clair.

C’est d’ailleurs pour cela que je l’avais choisi au départ.
Mais ce soir-là, je n’avais manqué ni de pays ni de serveurs.
J’en avais déjà essayé trois.

Ce qui me manquait, c’était une connexion capable de rester raisonnablement fluide quand le réseau collectif passait de calme à encombré.

Depuis, lorsqu’un VPN fonctionne parfaitement le matin puis devient pénible tous les soirs sur le même Wi-Fi, je ne commence plus par chercher un serveur plus rapide.

Je compare d’abord la connexion avec et sans tunnel, puis sur un autre accès réseau. Si le comportement change avec l’heure et avec le réseau utilisé, je regarde la façon dont le VPN gère les pertes et la congestion avant de regarder son débit maximal.

À 8 h, mon ancien VPN était largement assez rapide.

À 21 h, ce qui a fait la différence n’était pas le meilleur chiffre dans un test de vitesse : c’était le tunnel qui me permettait encore de finir ma réunion quand tout le bâtiment s’était connecté en même temps.