Peut-on utiliser un VPN personnel en parallèle d’un VPN d’entreprise ? J’ai arrêté de les faire se battre sur le même ordinateur

Les deux icônes étaient vertes.

C’était justement ce qui me faisait douter.

Je travaillais depuis chez moi sur mon propre ordinateur, autorisé pour cette mission. Mon VPN personnel était déjà connecté, comme d’habitude. Puis j’ai lancé le VPN fourni par un client pour atteindre son dépôt interne et son outil de suivi.

VPN personnel : connecté. VPN d’entreprise : connecté. J’ai ouvert le portail du client. La page a chargé.

Pendant quelques secondes, j’ai cru que le problème était réglé : deux VPN, deux usages, aucune raison d’y penser davantage.

Puis j’ai ouvert un nouvel onglet. Rien. Actualiser. Toujours rien. Quelques secondes plus tard, le portail interne s’est lui aussi figé. J’ai coupé mon VPN personnel. Tout est revenu. J’ai ensuite inversé l’ordre : VPN d’entreprise d’abord, VPN personnel ensuite.

Cette fois, Internet fonctionnait, mais une ressource interne du client ne répondait plus.

J’avais ma réponse pratique avant même de comprendre la technique :

deux VPN peuvent parfois fonctionner en parallèle, mais deux boutons « connecté » ne signifient pas que les deux tunnels ont réussi à se partager la machine.

Mon erreur était d’imaginer deux tunnels posés côte à côte

Ce problème concerne des journées de travail de plus en plus ordinaires.

En avril 2026, France Travail indiquait que le télétravail concernait 31 % des établissements français de plus de dix salariés, les deux tiers privilégiant un fonctionnement hybride d’un ou deux jours par semaine.

À cela s’ajoutent les consultants, freelances et prestataires qui utilisent leur propre ordinateur tout en devant rejoindre ponctuellement le réseau d’un client.

C’était exactement mon cas. Je voulais quelque chose qui me paraissait très simple : le VPN du client devait atteindre les ressources du client ; mon VPN personnel devait continuer à protéger le reste de mon trafic. Dans ma tête, cela ressemblait à deux voies parallèles.

En réalité, l’ordinateur doit choisir une route pour chaque connexion. Windows distingue notamment le force tunnel, où pratiquement tout le trafic part vers le VPN, du split tunnel, où seules certaines destinations l’empruntent.

Dès qu’un deuxième VPN arrive, les deux peuvent commencer à réclamer les mêmes routes.

C’est un peu comme brancher deux GPS qui donnent chacun une sortie différente au même carrefour.

Le DNS peut lui aussi être pris en charge par l’un des tunnels. Des plages d’adresses peuvent se chevaucher. Et si le VPN d’entreprise est configuré pour capturer tout le trafic, le VPN personnel n’a plus simplement une petite voie libre à côté.

Je n’avais donc pas deux tunnels indépendants.

J’avais parfois deux conducteurs qui essayaient de tenir le même volant.

Cette image m’a surtout permis de comprendre pourquoi changer encore un réglage au hasard dans mon VPN personnel n’était probablement pas la bonne direction.

Le VPN d’entreprise faisait exactement ce qu’on lui avait demandé

Le tunnel du client n’était pas mon infrastructure. Je n’avais pas accès à sa politique. Et je n’avais aucune raison de chercher à la contourner.

Microsoft décrit le tunnel forcé comme un scénario classique en entreprise : la route par défaut peut alors pointer vers le VPN professionnel, de sorte qu’une grande partie du trafic de la machine passe par l’infrastructure de l’organisation.

Dans ce contexte, le comportement que j’observais n’était pas forcément une panne.

C’était peut-être simplement la politique prévue.

La coexistence avec un VPN tiers est possible lorsqu’elle a été pensée à l’avance. La documentation de Palo Alto pour GlobalProtect prévoit justement ce cas, mais elle parle alors d’exclusions, de split tunneling, de DNS et de priorité entre routes concurrentes. Elle signale aussi les problèmes possibles lorsque les sous-réseaux se chevauchent.

Autrement dit, cela peut fonctionner très bien quand quelqu’un contrôle les deux côtés.

Moi, je n’en contrôlais qu’un.

Et si le portable avait appartenu à l’entreprise, ou si sa politique avait explicitement interdit les VPN personnels, je me serais arrêté là.

Dans mon cas, la machine m’appartenait et l’accès au client était autorisé. Mais je n’étais toujours pas l’administrateur de son tunnel.

Je pouvais bricoler mes propres routes. Je ne pouvais pas garantir que ce bricolage survivrait à la prochaine mise à jour du VPN professionnel. C’est ce qui m’a finalement fait changer de question. Je ne cherchais plus : « Comment forcer mes deux VPN à fonctionner ensemble ? » Je cherchais :

« Comment garder mes usages professionnel et personnel disponibles en même temps sans les faire se battre ? »

Une discussion publique m’a confirmé que je compliquais le mauvais problème

En août 2026, quelqu’un posait presque la même question sur r/WireGuard : il voulait rester connecté à un VPN commercial tout en ouvrant un second tunnel vers son propre serveur.

Les réponses revenaient naturellement vers le routage sélectif. Certains trafics doivent prendre un tunnel. Les autres doivent prendre l’autre. C’est techniquement propre lorsqu’on maîtrise l’ensemble de la configuration. Mais sur mon ordinateur, le VPN du client restait une boîte noire.

Android rend d’ailleurs cette limite encore plus visible : pour un utilisateur ou un profil donné, le système ne prévoit qu’un seul service VPN actif à la fois. Une nouvelle connexion VPN classique remplace donc celle qui était déjà active.

Ce détail a clarifié quelque chose que j’avais jusque-là formulé de travers. Je ne voulais pas réellement savoir si deux applications VPN pouvaient être installées. Bien sûr qu’elles le pouvaient.

Je voulais savoir si deux politiques réseau différentes pouvaient fonctionner simultanément sans que j’aie à devenir administrateur réseau entre deux réunions.

Sur le portable du client, je n’avais aucune garantie.

À partir de là, continuer à empiler les deux tunnels sur la même machine ressemblait de moins en moins à une solution et de plus en plus à un projet secondaire dont je ne voulais pas.

J’ai séparé les usages au lieu d’essayer de séparer les routes

J’avais mon ordinateur devant moi.

À côté, mon téléphone personnel.

Et une tablette que j’utilisais déjà pour les messages, quelques recherches et mes comptes personnels pendant les journées client.

La solution était presque embarrassante de simplicité. J’ai laissé l’ordinateur exactement comme le client l’attendait. VPN d’entreprise actif. Portail interne ouvert. Dépôt accessible. Puis j’ai installé OnlydogVPN sur mon téléphone personnel. Connexion. J’ai ouvert mon navigateur.

Mon trafic personnel avait maintenant son propre tunnel, sur son propre appareil, sans toucher à la table de routage du portable de travail.

Le portail du client continuait de fonctionner. Je n’avais rien eu à expliquer au VPN d’entreprise. Rien à exclure. Rien à réordonner.

J’avais passé une bonne partie de la matinée à essayer de faire cohabiter deux politiques réseau sur un seul ordinateur.

Deux appareils avaient supprimé le conflit en quelques minutes.

Et pour mon usage, cette séparation était beaucoup plus rassurante qu’une configuration sophistiquée dont j’aurais dû me souvenir six mois plus tard.

La tablette a rendu cette séparation réellement pratique

Le test aurait pu s’arrêter là.

Puis, pendant que mon téléphone chargeait, j’ai voulu reprendre sur la tablette une recherche personnelle commencée plus tôt.

Avec beaucoup de services, j’aurais simplement reconnecté le même compte une fois de plus.

Ici, le système de partage par code est devenu utile.

Le service permet de relier un appareil supplémentaire avec un code de vérification plutôt que de recopier le couple e-mail/mot de passe du compte principal.

J’ai généré le code depuis l’appareil déjà autorisé. Je l’ai saisi sur la tablette. Connexion.

À partir de là, la répartition de ma journée était tellement claire que je n’avais plus besoin de réfléchir au routage :

ordinateur de mission → VPN de l’entreprise ; téléphone et tablette personnels → VPN personnel. Je savais immédiatement quel tunnel protégeait quoi. Aucun DNS à arbitrer. Aucune route à maintenir. Aucune mise à jour du VPN du client susceptible de casser une règle que j’aurais ajoutée moi-même.

C’est là que mon jugement a vraiment changé.

J’étais parti de l’idée que « utiliser deux VPN en parallèle » devait forcément signifier « les faire tourner sur le même ordinateur ».

En réalité, mon besoin était beaucoup plus simple :

je voulais que mes deux contextes restent disponibles en même temps.

Le petit service rendait justement cette séparation facile à conserver sur mes appareils personnels, sans ajouter une nouvelle couche de complexité au poste de travail.

Cette séparation m’a évité une erreur plus gênante que le conflit de routes

Pendant la pause déjeuner, j’ai presque ouvert un compte personnel dans le navigateur du portable. Puis je me suis souvenu du contexte réseau dans lequel il se trouvait. J’ai pris la tablette. Ce geste est rapidement devenu automatique. Le portable servait au client. Mes appareils personnels servaient à moi.

Je ne cherchais plus à utiliser mon VPN personnel à l’intérieur d’un environnement professionnel pour créer une sorte de zone privée invisible.

Je séparais simplement les environnements.

Cette distinction m’a paru plus saine, même en laissant complètement de côté la technique.

Un split tunnel sophistiqué peut être parfaitement configuré aujourd’hui et devenir une règle oubliée dans quelques mois.

Deux appareils posés sur la table sont beaucoup plus difficiles à confondre.

Et lorsque je terminais ma journée client, je n’avais pas à me demander si mon navigateur personnel utilisait encore la mauvaise route.

Alors, peut-on utiliser un VPN personnel et un VPN d’entreprise en parallèle ?

Oui.

Mais je commencerais désormais par demander où ils doivent fonctionner en parallèle.

Sur le même ordinateur Windows ou macOS, la coexistence est possible si le VPN d’entreprise l’autorise et si les routes, le DNS et les plages réseau ne se disputent pas le trafic.

Si l’organisation gère le poste, impose un tunnel forcé ou interdit les VPN tiers, je laisserais cette politique intacte.

Sur Android, le cas est encore plus simple : une seule connexion VPN classique active est prévue par utilisateur ou profil.

Et quand je ne contrôle pas la configuration professionnelle, je préfère maintenant une séparation beaucoup plus lisible :

un contexte professionnel avec son VPN professionnel ; un contexte personnel avec son VPN personnel.

Le service plus petit possède moins de régions de serveurs, moins de recul public et moins d’évaluations indépendantes que les grands fournisseurs historiques.

Mais ce n’était pas ce qui avait bloqué ma journée.

Je n’avais pas besoin d’un VPN personnel capable de gagner une bataille de routage contre celui de mon client.

J’avais besoin qu’il protège facilement mes appareils personnels pendant que le VPN professionnel restait seul maître du portable de travail.

Depuis, mon test est simple.

Je connecte d’abord le VPN d’entreprise et je vérifie que toutes les ressources de travail fonctionnent normalement.

Si l’entreprise a prévu la coexistence avec un VPN tiers, très bien. Sinon, je ne transforme plus mon portable en expérience réseau. Je prends mon téléphone ou ma tablette, j’y connecte mon VPN personnel et je continue ma journée. Le VPN du client garde l’ordinateur dont il a besoin.

Le mien garde mes appareils personnels.

Et les deux peuvent enfin fonctionner en parallèle sans avoir à décider lequel mérite de conduire la même machine.