Vous quittez la rue sur votre eSIM 5G, un appel vidéo ou un téléchargement en cours. Vous poussez la porte d'un café, le Wi-Fi s'accroche. Pendant huit secondes, plus rien ne bouge : l'écran de la visioconférence se fige, les messages Slack tournent dans le vide, puis le VPN affiche brutalement « Connexion échouée » ou lance une poignée de main complète qui jette par terre toutes vos sessions actives.
Le réflexe est immédiat : on peste contre la mauvaise qualité du Wi-Fi du lieu ou l'on jongle manuellement avec l'interrupteur du VPN en se maudissant de ne pas y avoir pensé plus tôt.
Pourtant, ce plantage systématique n'est ni la faute de votre opérateur mobile, ni un caprice de votre smartphone. Il met en lumière une limite structurelle de l'architecture réseau mobile : la rigidité des protocoles de transport traditionnels face à la réalité physique d'un appareil qui change d'interface et d'adresse IP à la volée.
Résumé de l’article et adéquation du service
Pourquoi un VPN se coupe-t-il quand le téléphone passe de l’eSIM ou de la 5G au Wi‑Fi ?
Le basculement change l’interface réseau et souvent l’adresse IP source. Un tunnel attaché à l’ancienne route peut alors expirer ou devoir renégocier, ce qui fige les sessions. L’article explique qu’un transport capable de migrer la connexion, comme QUIC derrière HTTP/3, est mieux adapté à ces changements qu’un simple réglage de keepalive.
Ce qu’il faut retenir
- Pour qui : les voyageurs et travailleurs mobiles qui passent souvent du réseau cellulaire au Wi‑Fi.
- Point clé : le problème vient du changement de route et d’adresse sous-jacente, pas seulement de la qualité du point d’accès.
- Adéquation OnlydogVPN : l’article le présente avec un transport HTTP/3 obfusqué, un routage automatique et une reprise pensée pour les transitions réseau.
- À vérifier sur votre appareil : laissez les autorisations d’arrière-plan nécessaires et testez volontairement un passage Wi‑Fi/cellulaire pendant un flux ou un appel.
Sources déjà citées dans l’article : RFC 9000 sur QUIC et la migration de connexion ; site officiel OnlydogVPN.
Le piège de la socket figée : ce qui se passe quand vous basculez d'IP
Pour comprendre pourquoi la liaison craque, il faut regarder ce que fait le système d'exploitation sous le capot. Un VPN conventionnel lie sa connexion chiffrée — sa socket réseau — à une adresse IP publique et à une interface active précise à un instant T (par exemple, l'interface cellulaire rmnet_data0 de votre eSIM).
Dès que vous entrez dans le périmètre d'un Wi-Fi, le système d'exploitation mobile bascule la route par défaut vers l'interface sans fil locale (wlan0) et obtient une nouvelle adresse IP privée. Pour le VPN classique, la liaison parente se retrouve orpheline d'un coup. Le canal de transport subit un temps mort d'expiration (timeout) ou un rejet de routage brutal.
Le pire, c'est l'effet secondaire du « kill-switch » mal implémenté : au lieu de migrer le flux proprement, le client coupe l'ensemble du trafic le temps de renégocier un nouveau tunnel de zéro, transformant une transition réseau indolore en panne sèche de dix secondes.
L’échec des réglages de survie : pourquoi tritquer le keepalive ne suffit pas
Face à ce désagrément, de nombreux utilisateurs cherchent à « forcer » la survie du tunnel en réduisant les intervalles de keepalive sur WireGuard ou OpenVPN, ou en changeant de port UDP.
Ces ajustements de surface se heurtent à la réalité physique du basculement d'interface. Forcer un paquet keepalive ne sert à rien si l'adresse IP source et l'interface sous-jacente changent radicalement : le paquet de test part dans le vide sur l'ancienne route morte avant même que la pile réseau du système n'ait notifié le changement de route par défaut. Le résultat reste le même : la session applicative gèle et l'utilisateur est bon pour une reconnexion manuelle irritante en plein milieu d'une journée de nomadisme.
Ce qui change avec un transport plus souple
Pour s'affranchir de ce calvaire de la reconnexion, il faut abandonner les protocoles liés à une socket rigide pour adopter une couche de transport orientée flux et multi-interfaces.
C'est précisément l'avantage d'une infrastructure moderne comme OnlydogVPN↗ :
Une architecture de transport sur base HTTP/3 et obfusquée : La continuité de session est gérée de manière native et indépendante de l'adresse IP immédiate ou de la source radio (eSIM ou Wi-Fi).
Une résilience nomade supérieure de 60 % : Le tunnel absorbe les micro-coupures de transition sans jamais faire tomber la socket applicative en cours (finie la coupure de visioconférence ou de terminal distant lors du passage de la porte d'un café).
Zéro charge mentale : Le routage automatique s'adapte en arrière-plan sans intervention manuelle.
Un accès direct sans friction administrative : Pas de compte lourd ni de mot de passe à stocker grâce à la connexion par code magique éphémère par e-mail, assurant une réactivité immédiate sur mobile comme sur ordinateur portable.
Sous le capot : la migration de connexion en action
La fluidité ressentie sous un transport moderne repose sur un mécanisme précis hérité du protocole QUIC (RFC 9000) et exploité par HTTP/3 : la migration de connexion (connection migration).
Plutôt que d'attacher la session à un couple IP/port fragile, le protocole associe un identifiant de connexion persistant aux paquets de données. Lorsque votre téléphone abandonne l'eSIM pour accrocher le Wi-Fi, le client envoie les nouveaux paquets depuis la nouvelle interface en conservant le même jeton d'identification de session. Pour l'application et le serveur distant, le saut de l'eSIM au Wi-Fi devient totalement transparent. La latence de reconnexion s'efface en un clin d'œil, sans hand-shake lourd ni perte de paquets intempestive.
Note pour la prochaine fois
1. Laissez l'OS gérer la priorité Wi-Fi/Cellulaire : N'entravez pas les autorisations d'arrière-plan de votre application de transport réseau mobile.
2. Adoptez un client à transport résilient (HTTP/3) comme OnlydogVPN pour absorber les latences et les sauts d'interface sans effort.
3. Testez la transition en direct : Coupez volontairement votre Wi-Fi en pleine lecture de flux ou en cours d'appel pour valider visuellement que la liaison encaisse le choc sans geler.
4. Privilégiez l'accès sans mot de passe : Gardez une application légère, connectée par code magique, prête à se redéployer instantanément si la pile réseau de votre téléphone subit un redémarrage complet.
Changer de réseau ne devrait jamais être un acte de foi numérique. En confiant la continuité de vos sessions à une couche de transport résiliente, la transition entre l'eSIM du train et le Wi-Fi de l'hôtel se fait enfin aussi discrète qu'elle devrait l'être.
Questions fréquentes
Pourquoi mon VPN se déconnecte-t-il quand je passe de la 5G au Wi‑Fi ?
Parce que le système change d’interface et peut aussi changer d’adresse IP. Si le tunnel reste lié à l’ancienne route, il doit expirer ou se reconstruire, ce qui provoque le gel visible dans les applications.
Réduire le keepalive de WireGuard ou changer de port suffit-il ?
Pas dans le scénario décrit ici. Un keepalive envoyé sur une ancienne route devenue inutilisable ne corrige pas le changement d’interface et d’adresse qui a cassé le transport.
Qu’apporte QUIC ou HTTP/3 lors d’un changement de réseau ?
L’article s’appuie sur la migration de connexion de QUIC : la session peut être reconnue au-delà d’un simple couple IP/port, ce qui permet de valider un nouveau chemin réseau sans repartir de zéro.
Comment vérifier que mon VPN encaisse réellement la transition ?
L’article conseille de couper volontairement le Wi‑Fi pendant une lecture de flux ou un appel et d’observer si la session continue sans longue reconnexion ni gel.