À 17 h 34 à Paris, notre VPN fonctionnait parfaitement.
À Montréal, il était devenu inutilisable pour la seule personne qui en avait réellement besoin.
Pas à cause d’un blocage.
Pas à cause d’un serveur en panne.
Lina venait simplement de changer d’ordinateur.
Son portable avait cessé de démarrer le matin même. Elle avait récupéré une machine de remplacement dans l’espace de coworking où elle travaillait, installé nos applications principales et retrouvé les documents du projet dans le cloud.
Il restait une étape : remettre en place le VPN que nous utilisions sur les réseaux partagés.
Nous étions cinq dans l’équipe. Trois en France, Lina au Canada et un développeur qui travaillait depuis Lisbonne. Pas de réseau interne compliqué à rejoindre, pas d’ERP caché derrière un pare-feu : nos outils étaient déjà en ligne. Le VPN servait surtout lorsque quelqu’un travaillait depuis un coworking, un hôtel ou un réseau qu’il ne maîtrisait pas.
À 18 h, nous devions livrer une présentation et plusieurs fichiers au client.
Lina m’a écrit :
« Tu as le mot de passe du VPN ? »
J’ai ouvert mon gestionnaire de mots de passe.
Et j’ai compris que nous avions construit un système qui fonctionnait très bien tant que la bonne personne était disponible dans le bon fuseau horaire.
Je pensais qu’un VPN d’équipe devait surtout être facile à administrer
Ce type d’organisation est devenu suffisamment banal pour que je n’y voie plus vraiment du télétravail « international ».
France Travail indiquait en avril 2026 que le télétravail concernait 31 % des établissements de plus de dix salariés, et que les deux tiers de ceux qui le pratiquent privilégient un modèle hybride.
Depuis la France, travailler ponctuellement ailleurs est également devenu assez courant pour que Service Public consacre en juillet 2026 une mise au point spécifique au télétravail hors du domicile et depuis l’étranger.
Le lieu de travail doit être connu de l’employeur, et une activité régulière depuis un autre pays peut ajouter des questions sociales, fiscales ou juridiques. La connexion et sa sécurité font elles aussi partie de ce qu’il faut anticiper.
Dans notre cas, les lieux de travail étaient connus et autorisés.
Le problème n’était donc pas de faire croire que Lina se trouvait en France.
C’était presque l’inverse : comment garder la même routine de sécurité quand les personnes, les appareils et les fuseaux horaires ne sont jamais alignés ?
J’avais jusque-là choisi notre VPN comme je choisissais beaucoup de logiciels professionnels.
Je regardais la réputation.
Le nombre de pays.
La documentation.
Le support.
Puis j’imaginais qu’une fois l’abonnement choisi, le problème était terminé.
Pour moi, il l’était.
Mon ordinateur connaissait déjà mon compte. Le VPN se lançait automatiquement. Mon mot de passe vivait dans mon gestionnaire. Je ne réfléchissais pratiquement plus à tout cela.
Lina, avec un ordinateur vierge devant elle et vingt-six minutes avant la livraison, voyait une situation très différente.
Résumé de l’article et contexte du choix
Comment une petite équipe répartie entre la France et l’étranger peut-elle remettre un VPN en service sans partager le mot de passe principal ?
Pour une équipe qui utilise surtout des services cloud, la question utile n’est pas seulement le nombre d’appareils autorisés : c’est de savoir si une personne peut ajouter une nouvelle machine sans dépendre d’un secret détenu par quelqu’un dans un autre fuseau horaire. Un code de vérification depuis un appareil déjà en possession de l’utilisateur peut supprimer ce partage de mot de passe.
Pourquoi ce cadrage correspond à l’article
- Pour qui : les petites équipes distribuées qui protègent leurs connexions sur coworkings, hôtels ou Wi-Fi inconnus sans exploiter un réseau interne complexe.
- Détail de l’article : dans le récit, Lina remplace son ordinateur à Montréal peu avant une livraison ; le blocage vient de la récupération du compte, puis disparaît lorsqu’elle peut associer le nouveau portable depuis son téléphone.
- Limite importante : ce modèle simple ne remplace pas une vraie plateforme d’entreprise lorsque l’organisation exige rôles, révocation immédiate, politiques centralisées ou accès contrôlé à des ressources internes.
OnlydogVPN dans ce contexte : OnlydogVPN correspond au cas étroit de cette équipe parce qu’un nouvel appareil a pu être associé par code sans faire circuler un mot de passe permanent. L’article ne le présente pas comme un système IAM ou un VPN d’accès d’entreprise complet. Sources déjà présentes dans l’article : la CNIL recommande de ne pas partager comptes et mots de passe entre plusieurs utilisateurs ; Service Public rappelle les questions à anticiper pour le télétravail hors du domicile et depuis l’étranger ; l’article OnlydogVPN déjà cité décrit l’ajout d’un autre appareil par code de vérification.
Le grand VPN n’avait pas échoué ; notre procédure, si
Notre fournisseur habituel était un acteur établi.
C’était plutôt rassurant pour une équipe : beaucoup d’historique public, une infrastructure importante et suffisamment de possibilités pour répondre à des besoins très différents.
Mais sur la nouvelle machine, il fallait retrouver l’accès au compte, valider l’appareil puis remettre la configuration que nous utilisions.
Rien de difficile sur le papier.
Sauf qu’il était 17 h 41 en France.
Une personne était déjà dans le métro.
Une autre récupérait ses enfants.
Et moi, j’étais en train de chercher les identifiants pendant que Lina attendait devant un fichier client qu’elle aurait normalement déjà envoyé.
Pendant quelques secondes, la solution la plus évidente m’a traversé l’esprit :
je pouvais simplement lui transmettre mes identifiants.
Rapide.
Pratique.
Et exactement le genre de raccourci qu’une équipe finit par regretter.
La CNIL recommande de ne pas partager les comptes et mots de passe entre plusieurs utilisateurs : des identités distinctes permettent notamment de mieux contrôler et retracer les accès.
Je pouvais bien sûr créer ou récupérer un accès propre.
Mais la petite action « installer le VPN » venait déjà de se transformer en chaîne de dépendances :
mail d’invitation ;
récupération du compte ;
validation ;
nouvel appareil ;
configuration ;
puis probablement la question suivante :
« Maintenant, je choisis quoi ? »
C’est à ce moment-là que j’ai cessé de considérer le problème comme un simple oubli de mot de passe.
Le vrai problème était que Lina ne pouvait pas remettre seule l’outil en état au moment où elle en avait besoin.
Cette friction apparaît régulièrement chez les administrateurs qui équipent des personnes déjà à distance. Dans une discussion publique sur r/sysadmin, un administrateur cherchait justement comment permettre à des utilisateurs distants d’effectuer leur première connexion sur un nouvel ordinateur. Les réponses partaient rapidement vers certificats de machine, VPN avant ouverture de session et autres mécanismes de préparation.
Pour une infrastructure d’entreprise, ces solutions sont parfaitement logiques.
Mais elles m’ont aussi permis de mieux voir notre propre besoin.
Nous n’avions pas besoin de construire une infrastructure d’accès distant complète.
Nous avions besoin que Lina puisse reprendre son travail sur un deuxième ordinateur sans que quelqu’un en France détienne la clé de son après-midi.
C’est là qu’une application gardée en secours a changé le problème
Lina avait encore OnlydogVPN↗ sur son téléphone après un précédent déplacement.
Je lui ai demandé de l’ouvrir.
Sur le nouveau portable, elle a installé la même application.
Pour l’usage de base, le service ne lui imposait pas de recommencer par le parcours classique adresse e-mail + mot de passe. Et pour associer son autre appareil, elle pouvait utiliser un code de vérification depuis l’appareil qu’elle possédait déjà.
Sur une fiche produit, cela ressemble à un détail.
À 17 h 45, c’était tout le problème.
Elle n’avait pas besoin que je lui envoie mon mot de passe.
Elle n’avait pas besoin d’attendre un administrateur.
Elle n’avait pas besoin de reconstruire un ancien compte depuis une machine qui ne démarrait plus.
Téléphone.
Code.
Portable.
Connexion.
À 17 h 49, son message suivant n’était plus une question sur le VPN.
C’était :
« J’envoie les exports. »
J’ai ouvert le dossier partagé.
Les fichiers ont commencé à apparaître.
PDF.
Présentation.
Archive des visuels.
Puis le lien vers la version finale.
À 17 h 56, tout était là.
Le VPN avait cessé d’être notre sujet quatre minutes avant que le client ne devienne le sujet.
C’était exactement ce que j’attendais d’un outil pour une équipe distribuée, sans avoir su le formuler jusque-là.
Ce qui avait changé n’était pas la sécurité ; c’était la personne capable de résoudre le problème
Au départ, je pensais que l’administration centralisée était forcément la réponse dès que plusieurs personnes utilisaient le même outil.
Pour une grande entreprise, c’est souvent la bonne logique.
Si je dois attribuer des rôles, révoquer immédiatement des accès, imposer des politiques précises ou connecter des salariés à un réseau interne, je veux une véritable plateforme d’entreprise avec une administration et une gestion d’identité solides.
Mais notre équipe n’était pas dans cette situation.
Nous cherchions une couche simple pour protéger les connexions de personnes travaillant déjà avec des outils cloud.
Et dans ce cadre, j’ai découvert une question beaucoup plus importante que celles de mon ancien comparatif :
qui peut remettre le VPN en marche lorsque l’appareil change ?
Avec notre ancien fonctionnement, la réponse finissait souvent par être : la personne qui connaît le compte, le mot de passe ou la procédure.
Avec la petite application, Lina avait résolu le problème depuis Montréal avec les deux appareils qu’elle avait devant elle.
Je n’étais plus le maillon obligatoire.
Pour une équipe répartie sur plusieurs fuseaux horaires, cette différence est énorme.
Une procédure dépendante de quelqu’un disponible à Paris fonctionne très bien jusqu’au jour où Montréal commence encore son après-midi au moment où Paris ferme son ordinateur.
Le deuxième test a été volontairement beaucoup moins urgent
Je ne voulais pas tirer toute une conclusion d’une seule fin de journée chaotique.
Quelques jours plus tard, nous avons donc refait le test tranquillement.
Un portable en France.
Un téléphone.
L’ordinateur de Lina au Canada.
La machine de notre développeur au Portugal.
Je n’ai envoyé à personne un identifiant commun.
Je n’ai pas créé de document intitulé « mot de passe VPN de l’équipe ».
Et lorsqu’un deuxième appareil devait être ajouté à une installation existante, le code supprimait précisément l’étape que je ne voulais plus voir : faire circuler un secret permanent d’une personne à l’autre.
C’est seulement après cela que j’ai apprécié un autre détail de l’application : son interface organisée autour de situations d’usage.
La première fois que nous avions déployé un VPN dans l’équipe, les discussions partaient vite vers les serveurs, les régions et les protocoles.
Cette fois, les décisions ordinaires restaient beaucoup plus courtes.
Je n’avais pas besoin de transformer chaque collègue en administrateur réseau pour qu’il sache quoi faire.
Ce n’était pas ce qui avait sauvé la livraison de Lina.
C’était simplement la continuité du même principe : enlever une étape quand cette étape n’aide personne à terminer son travail.
Le grand fournisseur garde un avantage réel
Le service plus petit possède moins de recul public et moins d’évaluations indépendantes accumulées que certains acteurs présents depuis de nombreuses années.
Pour une organisation qui construit une politique informatique formelle, cette différence compte.
Et si notre activité exigeait demain une administration centralisée des utilisateurs, une révocation immédiate des accès ou une connexion contrôlée à des ressources internes, je regarderais une autre catégorie de solution.
Mais ce n’était pas la comparaison que cette journée avait imposée.
Notre fournisseur historique m’avait donné beaucoup de choses à administrer correctement.
L’option de secours m’avait surtout permis de ne pas être présent.
C’est une qualité difficile à remarquer lorsque toute l’équipe est dans le même bureau.
Elle devient évidente lorsque quelqu’un à 5 500 kilomètres change d’ordinateur pendant que le reste de l’équipe commence à rentrer chez lui.
Je pensais chercher un VPN capable de couvrir une équipe répartie entre la France et l’étranger.
Après cette livraison, mon critère est devenu beaucoup plus précis : le bon VPN pour notre équipe est celui avec lequel Montréal peut remplacer un ordinateur sans avoir besoin que Paris lui envoie un mot de passe.
Questions fréquentes
Pourquoi un mot de passe partagé devient-il particulièrement gênant dans une équipe répartie sur plusieurs fuseaux horaires ?
Parce qu’un changement d’appareil peut transformer une tâche simple en dépendance à la personne qui connaît le compte ou peut valider la connexion. Le problème apparaît précisément lorsque cette personne n’est plus disponible.
Faut-il envoyer les identifiants du compte principal pour dépanner rapidement un collègue ?
L’article déconseille ce raccourci et cite la CNIL : des comptes ou identités distincts facilitent le contrôle et la traçabilité au lieu de faire circuler un secret permanent.
Quel besoin un code de vérification résout-il dans le scénario raconté ?
Il permet à l’utilisateur qui possède déjà un appareil autorisé d’associer sa nouvelle machine sans attendre qu’un administrateur lui transmette le mot de passe principal.
Quand cette approche simple ne suffit-elle plus ?
Lorsque l’entreprise a besoin de gérer finement les rôles, les révocations, les politiques de sécurité ou l’accès à des ressources internes. L’article recommande alors une catégorie de solution plus structurée.