Accéder à ses outils professionnels français depuis un hôtel à l’étranger : quand une IP française ne suffit pas

À 8 h 12, depuis ma chambre d’hôtel à Athènes, j’avais un problème qui ressemblait d’abord à un problème français.

Je devais ouvrir le portail professionnel de mon entreprise, valider deux documents et déposer un fichier corrigé avant le début de la matinée parisienne.

Le mot de passe passait. La demande d’authentification sur mon téléphone aussi.

Puis la page tournait dans le vide. J’ai rouvert le navigateur, supprimé la session et recommencé. Rien.

Mon raisonnement était assez évident: je suis à l’étranger, l’outil est français, il me faut une adresse IP française.

J’avais justement un VPN connu installé sur l’ordinateur. J’ai choisi Paris.

Cette fois, je n’ai même pas atteint le portail professionnel. Le VPN restait sur « connexion », abandonnait, puis recommençait.

Le drapeau français dans l’application était le bon. Mais encore fallait-il réussir à l’atteindre depuis le réseau de l’hôtel.

Avant de changer de pays, j’ai vérifié ce qui était réellement bloqué

Il restait une possibilité importante à éliminer: que le refus vienne de mon entreprise elle-même.

Les systèmes d’accès professionnels peuvent tenir compte de l’adresse IP publique, du pays ou d’un réseau déclaré comme approuvé. Microsoft Entra permet explicitement aux administrateurs d’utiliser ces signaux dans leurs politiques d’accès conditionnel. Lorsqu’un VPN ou un proxy cloud est utilisé, son adresse IP peut d’ailleurs devenir celle évaluée par la politique.

Autrement dit, si mon entreprise avait volontairement interdit les connexions depuis mon lieu de séjour, utiliser un VPN personnel pour contourner cette règle n’aurait pas résolu le bon problème. Il aurait fallu contacter l’IT.

Mais mon déplacement était déclaré et le travail depuis la Grèce autorisé.

J’ai alors fait un test beaucoup plus simple: couper le Wi-Fi de l’hôtel et activer le partage de connexion de mon téléphone.

Même ordinateur. Même compte. Même VPN. Même serveur parisien. Connexion immédiate. Le portail s’est ouvert.

Cette différence a complètement déplacé le diagnostic. Je n’avais plus vraiment un problème « France contre étranger ». J’avais un problème entre mon ordinateur, le VPN et le réseau de l’hôtel.

Le Wi-Fi de l’hôtel était devenu le vrai suspect

Ce n’est pas un détail anodin pour quelqu’un qui voyage avec ses accès professionnels.

L’ANSSI recommande de privilégier le partage de connexion mobile lorsque c’est possible et, lorsqu’on utilise un Wi-Fi public, de passer si possible par un VPN.

Le portail captif de l’hôtel ajoute lui aussi une étape: avant que le VPN puisse protéger la connexion, il faut généralement terminer l’authentification demandée par le réseau.

Une fois connecté proprement au Wi-Fi, j’ai donc réessayé mon VPN habituel.

Il avait beaucoup pour lui: une marque établie, une infrastructure mature et énormément de destinations. En temps normal, ce sont des avantages appréciables.

Mais Paris 1 ne passait pas. Paris 2 non plus.

Je pouvais continuer à tester des serveurs, pourtant le partage mobile m’avait déjà donné l’information importante: le service et mon compte fonctionnaient. Ce réseau précis avait simplement plus de mal à laisser établir le tunnel.

Ce genre de frustration revient aussi dans les discussions de voyageurs: un VPN qui fonctionne normalement à domicile ou en données mobiles peut devenir capricieux sur certains Wi-Fi d’hôtel, tandis qu’un mode davantage dissimulé peut parfois rétablir la connexion.

Je n’avais donc plus besoin de chercher « davantage de France ». Il me fallait surtout une manière différente de traverser le réseau devant moi.

La seconde tentative a commencé par la situation, pas par la carte

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

Au lieu de commencer par parcourir une longue liste de pays et de protocoles, j’ai choisi le profil prévu pour une connexion restrictive ou instable et lancé la connexion.

Elle s’est établie sur le Wi-Fi de l’hôtel. Je suis retourné immédiatement au portail professionnel. La page d’accueil est apparue.

J’ai ouvert le premier dossier, validé le document, puis envoyé le fichier corrigé. La barre d’envoi a atteint 100 %. J’ai ensuite lancé l’application prévue pour ma réunion vingt minutes plus tard: connexion, audio, partage d’écran.

À ce stade, le problème qui m’avait amené à chercher un VPN était réglé.

La différence technique tient en quelques lignes. Le service utilise un transport basé sur HTTP/3 avec une couche d’obfuscation supplémentaire. L’intérêt, sur un réseau qui reconnaît ou perturbe certains tunnels VPN classiques, est de rendre la connexion moins évidente à classifier.

Je ne pouvais évidemment pas observer les règles internes appliquées par le Wi-Fi de cet hôtel et affirmer précisément laquelle faisait échouer ma première tentative. Ce que je pouvais observer était plus utile: le premier tunnel échouait sur ce réseau, le second s’établissait, et mon outil professionnel redevenait accessible.

C’était finalement le seul test dont j’avais besoin à 8 h du matin.

Puis j’ai changé de réseau sans l’avoir prévu

Après avoir envoyé le fichier, je suis descendu prendre un café dans le lobby avec l’ordinateur.

Le signal de la chambre a disparu dans l’ascenseur. En bas, le portable a retrouvé le Wi-Fi, puis je l’ai brièvement basculé sur mon partage mobile parce que le réseau du hall était saturé.

La connexion protégée a récupéré et mon espace de travail a continué à se synchroniser.

Ce comportement correspond bien à l’un des intérêts du transport utilisé. HTTP/3 repose sur QUIC, un protocole conçu notamment pour permettre à une connexion de gérer un changement de chemin réseau plus proprement qu’une connexion étroitement liée à une seule adresse.

Pour moi, l’intérêt était beaucoup moins académique: je n’avais pas à recommencer ma session simplement parce que j’étais passé de la chambre au hall, puis du Wi-Fi au téléphone.

C’est devenu la deuxième raison de garder l’application installée.

Un déplacement professionnel ressemble rarement à huit heures derrière le même routeur. Il y a la chambre, le lobby, une salle de réunion, un hotspot, puis l’aéroport. Dans ce contexte, retrouver rapidement sa connexion après un changement de réseau compte davantage qu’une différence abstraite dans un benchmark de débit.

Il existe tout de même un compromis.

La petite application propose moins de localisations qu’un grand fournisseur et possède une histoire publique plus courte, avec moins d’avis et de tests indépendants. Si mon entreprise exigeait un emplacement très précis, un VPN d’entreprise ou une configuration imposée par l’IT, ces exigences passeraient évidemment en premier.

Mais ce n’était pas ce qui m’empêchait de travailler dans cette chambre.

J’étais parti de l’idée qu’accéder à un outil professionnel français depuis l’étranger signifiait avant tout obtenir une adresse IP française.

Le partage mobile m’a montré que mon compte fonctionnait. La politique de mon entreprise m’a confirmé que mon déplacement était autorisé. Le Wi-Fi de l’hôtel m’a ensuite montré la pièce qui manquait: une sortie française ne sert pas à grand-chose si le tunnel permettant de l’atteindre ne s’établit pas correctement.

Mon VPN habituel m’offrait davantage de destinations. La seconde option m’a donné ce dont j’avais besoin ce matin-là: une route qui passait le réseau devant moi, ouvrait mon portail et me permettait d’envoyer mon travail.

Depuis un hôtel à l’étranger, c’est désormais le critère que je regarderais en premier: une connexion qui atteint réellement les outils professionnels autorisés compte davantage qu’un drapeau France dans une liste de serveurs.