Quel VPN professionnel pour gérer les appareils d’une petite équipe ? J’ai surtout dû arrêter de partager le mot de passe du compte

À 8 h 52, notre nouvelle prestataire avait son ordinateur ouvert devant elle.
À 8 h 57, j’étais sur le point de lui envoyer le mot de passe de notre VPN dans Slack.
Je me suis arrêté juste avant d’appuyer sur Entrée.

Nous étions six dans l’équipe. Pas de service informatique. Pas d’administrateur réseau à plein temps. Le VPN servait surtout lorsque quelqu’un travaillait depuis un coworking, un hôtel ou un Wi-Fi que nous ne contrôlions pas.

Notre abonnement autorisait largement assez d’appareils.
Sur le papier, nous étions donc bien équipés.

Le problème était beaucoup plus banal : pour connecter l’ordinateur de quelqu’un d’autre, il fallait que cette personne accède au compte.

Adresse e-mail.
Mot de passe.
Et ce même compte servait aussi à gérer l’abonnement.

Je pouvais évidemment prendre son ordinateur et saisir moi-même les identifiants. Mais elle travaillait à distance trois jours sur cinq. La prochaine fois, ce serait peut-être son téléphone. Puis le portable d’un collègue remplacé après une panne.

À force, je n’étais plus en train de partager un VPN. Je distribuais progressivement les clés du compte principal.

C’est là que ma question a changé.
Je ne cherchais plus :
« Combien d’appareils mon VPN professionnel accepte-t-il ? »
Je voulais savoir :

« Comment donner le VPN aux bonnes personnes sans leur donner les clés du compte qui l’administre ? »

Six personnes suffisaient déjà pour que le mot de passe partagé devienne un vrai problème

En 2026, ce détail est difficile à traiter comme une simple question de confort.

France Num rapportait en avril que le nombre d’entreprises françaises ayant demandé de l’aide à Cybermalveillance.gouv.fr avait augmenté de 73 % en un an. Le piratage de comptes représentait le premier motif d’assistance des professionnels en 2025.

Je n’avais pas besoin d’imaginer une attaque sophistiquée pour voir notre faiblesse.
Notre mot de passe VPN avait déjà été saisi sur plusieurs ordinateurs.
Je savais à peu près qui l’utilisait aujourd’hui.

Je savais beaucoup moins bien qui pouvait encore l’avoir dans un gestionnaire de mots de passe, un ancien message ou le navigateur d’un ordinateur remplacé six mois plus tôt.

France Num décrit justement ce travers dans les petites entreprises : comptes communs, mots de passe partagés et accès qui restent parfois ouverts après le départ d’un collaborateur.

Ce n’était pas une raison pour paniquer.
C’était une raison suffisante pour ne pas créer une septième copie.

Et justement, un freelance qui avait travaillé avec nous quelques mois auparavant venait de terminer sa mission.

Je me suis posé une question assez désagréable :

est-ce que je lui avais envoyé le mot de passe du VPN, ou est-ce que je l’avais saisi moi-même sur son ordinateur ?

Je ne m’en souvenais plus.

À partir du moment où il faut fouiller dans Slack pour savoir qui possède encore les identifiants, le système de gestion n’en est plus vraiment un.

J’ai regardé les vrais outils d’entreprise — et compris que mon problème était plus petit

J’ai donc cherché ce que proposaient les solutions réellement conçues pour administrer des équipes.

Le niveau change vite.

Tailscale, par exemple, permet depuis une console d’administration d’inviter ou de supprimer des utilisateurs, de gérer leurs rôles et de contrôler leurs accès. Les administrateurs peuvent également voir les appareils enregistrés, imposer leur approbation et retirer ceux qui ne doivent plus rejoindre le réseau.

Là, on parle réellement de gestion d’accès.
Un collaborateur part ?
On supprime son utilisateur.
Un nouveau portable apparaît ?

On peut exiger son approbation.
Certaines personnes ne doivent atteindre que certaines ressources ?
On construit des règles autour de cela.

Pour une entreprise qui donne accès à des serveurs internes, des environnements cloud ou des ressources privées sensibles, c’est exactement le genre de contrôle que je voudrais.

Mais en regardant notre propre équipe, quelque chose me gênait.
Nous n’avions pas six personnes qui devaient entrer dans un réseau interne.

Nous avions six personnes qui voulaient surtout protéger leur connexion Internet quand elles travaillaient ailleurs.

Je pouvais déployer une vraie couche d’identité, des utilisateurs, des rôles et des règles d’administration.

Mais pour ajouter le VPN sur le Mac d’une graphiste, j’étais en train de transformer un problème de cinq minutes en petit projet d’infrastructure.

La distinction est devenue beaucoup plus claire :

si je dois décider quelles ressources professionnelles chaque personne peut atteindre, il me faut un véritable système de contrôle d’accès.

Si je veux simplement distribuer le VPN à une petite équipe sans distribuer le mot de passe principal, le problème est beaucoup plus simple.

Et c’était exactement mon cas.

Le vrai test a commencé avec un ordinateur que je ne voulais pas administrer moi-même

C’est à ce moment-là que j’ai essayé OnlydogVPN.
Je l’ai d’abord installé sur mon propre ordinateur.

Puis j’ai regardé la seule étape qui comptait vraiment : comment ajouter celui de notre prestataire sans lui donner mes identifiants ?

Le service permet de relier un autre appareil avec un code de vérification, sans transmettre le mot de passe du compte principal.

J’ai affiché le code.
Je lui ai envoyé.
Elle l’a entré sur son Mac.
Connexion.

C’était terminé.
Elle n’avait jamais vu mon mot de passe.
Je n’avais pas pris le contrôle de son ordinateur.

Je n’avais pas créé un nouveau compte avec une nouvelle adresse e-mail et un nouveau mot de passe qu’elle devrait conserver.

Et surtout, je n’avais pas déposé un secret permanent de plus dans Slack.

Ce résultat paraît presque trop banal pour être présenté comme une fonction « professionnelle ».

Pour notre équipe, c’était justement ce qui le rendait convaincant.

Je ne voulais pas devenir administrateur VPN chaque fois qu’un collègue changeait de machine.

Je voulais pouvoir dire :
« Installe l’application. Voici le code. »
Puis retourner travailler.

Son téléphone m’a montré pourquoi le nombre d’appareils n’était pas le bon critère

Une heure plus tard, elle m’a demandé :
« Je peux aussi le mettre sur mon téléphone ? »
Avec notre ancienne méthode, cette question aurait créé deux possibilités.
Soit je lui transmettais enfin les identifiants.

Soit nous attendions d’être dans la même pièce pour que je les saisisse moi-même.
Cette fois, j’ai simplement recommencé avec un code.

Quelques instants plus tard, son ordinateur et son téléphone pouvaient utiliser le service.

C’est là que j’ai cessé de penser en nombre de connexions simultanées.

Dix appareils, vingt appareils ou davantage ne résolvent pas à eux seuls le problème d’une petite équipe.

Un abonnement peut accepter beaucoup de machines et rester maladroit si, pour connecter chacune d’elles, tout le monde finit par dépendre du même mot de passe.

Le critère qui m’intéressait désormais était beaucoup plus concret :

combien de fois dois-je exposer le secret principal pour que l’équipe puisse réellement utiliser le VPN ?

Avec cette méthode, la réponse était devenue simple :
presque jamais.

Et pour une équipe de six personnes sans service informatique, cette différence comptait davantage qu’une longue liste de fonctions d’administration que nous n’aurions probablement jamais ouvertes.

Le départ d’un collègue reste la frontière entre partage simple et vraie gestion des accès

Il y avait tout de même une question que je ne voulais pas esquiver : que se passe-t-il quand quelqu’un quitte définitivement l’entreprise ?

C’est là que la différence entre un VPN facile à partager et une véritable plateforme IAM redevient importante.

Si j’ai besoin d’ouvrir une console et de répondre immédiatement à toutes ces questions —
Quels appareils appartiennent à cette personne ?
À quelles ressources a-t-elle accès ?
Puis-je supprimer son identité et révoquer toutes ses permissions d’un seul geste ?

— alors je veux un outil conçu pour cela.

Une discussion publiée en juin 2026 sur r/sysadmin partait justement d’un administrateur d’une entreprise d’une vingtaine de personnes qui cherchait à mieux gérer les mots de passe lors du départ des salariés. Le conseil récurrent était simple : éviter autant que possible les comptes partagés.

France Num recommande la même logique pour les accès professionnels : un compte par personne lorsque c’est nécessaire et une révocation rapide quand quelqu’un quitte l’entreprise.

Je ne demanderais donc pas à ce petit VPN de devenir notre annuaire d’entreprise.

Mais notre VPN n’ouvrait aucune porte vers la comptabilité, le NAS ou des serveurs clients.

Son rôle était beaucoup plus étroit : protéger la connexion Internet de l’équipe quand elle travaillait sur des réseaux extérieurs.

Pour ce rôle-là, ne plus faire circuler le mot de passe principal résolvait exactement le problème qui m’avait poussé à chercher autre chose.

Et je préférais cette simplicité à une console d’administration surdimensionnée que nous aurions installée principalement pour ne jamais l’utiliser.

Le moment où j’ai su que la nouvelle méthode allait rester

Quelques semaines plus tard, un ordinateur portable est tombé en panne.
Pas le mien.
Celui d’un autre membre de l’équipe.
Il a récupéré sa machine de remplacement le matin et m’a écrit :

« Tu as le login du VPN ? »
C’était exactement la phrase que je ne voulais plus recevoir.
Je lui ai répondu avec la nouvelle procédure.
Application.

Code.
Connexion.
Trois messages plus tard, il avait repris son travail.
Je n’avais ouvert aucun gestionnaire de mots de passe.

Je n’avais pas modifié les identifiants du compte.

Et surtout, je ne m’étais pas demandé ensuite si je devais changer le mot de passe parce qu’une personne de plus venait de le connaître.

À ce moment-là, la différence était devenue très concrète.
L’ancien système me permettait d’ajouter beaucoup d’appareils.

Le nouveau me permettait de les ajouter sans transformer chaque appareil en nouvelle copie du secret principal.

Le service plus petit garde des limites face aux plateformes professionnelles spécialisées : moins d’historique public, moins d’évaluations indépendantes et pas vocation à remplacer une vraie couche de gestion d’identité lorsque les accès internes doivent être individualisés, audités et révoqués finement.

Mais cette comparaison m’a surtout empêché d’acheter beaucoup plus de gestion que nécessaire.

Pour une DSI qui administre cinquante personnes et des ressources privées, je veux des utilisateurs, des rôles, une console, des approbations d’appareils et une procédure de départ incontestable.

Pour notre équipe de six personnes qui voulait surtout utiliser le VPN sur plusieurs appareils sans partager les clés du compte, le problème était plus simple.

Je voulais arrêter d’envoyer le mot de passe principal.

C’est désormais le test que je ferais avant même de regarder le nombre maximal d’appareils autorisés.

Je prendrais le portable neuf d’un collègue et j’essaierais de lui donner accès au VPN sans lui transmettre les identifiants du compte qui paie et administre le service.

Parce qu’à six personnes, « gérer une équipe » ne voulait pas encore dire construire une architecture Zero Trust.

Cela voulait déjà dire que le septième appareil ne devait pas recevoir la septième copie du même mot de passe.