Quel VPN utiliser avec un routeur GL.iNet ? J’ai compris que le meilleur montage n’était pas forcément de mettre le VPN dans le routeur

J’avais réussi exactement ce que je voulais.
Et c’est seulement après que j’ai compris que je ne le voulais plus vraiment.
Le petit routeur GL.iNet était posé à côté de la télévision de l’hôtel.
Mon ordinateur connaissait déjà son Wi-Fi.
Mon téléphone aussi.
La tablette de ma compagne s’y était connectée sans lui demander le mot de passe de l’hôtel.

J’avais acheté ce routeur précisément pour ça : arriver quelque part, connecter une seule boîte au réseau local, puis retrouver derrière elle notre propre Wi-Fi.

Avec les routeurs de voyage récents, ce scénario est devenu particulièrement séduisant. GL.iNet a lancé le Beryl 7 en 2026 avec du Wi-Fi 7 et des performances VPN annoncées jusqu’à 1 100 Mb/s en WireGuard. Depuis le firmware 4.9, la gestion des profils OpenVPN et WireGuard a également été regroupée dans une interface plus simple.

J’avais donc fait ce qui me paraissait le plus logique.
J’avais pris mon grand fournisseur VPN habituel.
Téléchargé son profil WireGuard.
Importé le fichier dans le routeur.
Activé le tunnel global.
Et voilà :

ordinateur ;
téléphone ;
tablette ;
tout passait par le VPN.
Techniquement, c’était une réussite parfaite.
Le problème a commencé quand ma compagne a voulu commander le dîner.

Le VPN fonctionnait très bien sur le routeur — un peu trop bien

Elle a ouvert une application locale.
Adresse suggérée bizarre.
Prix affiché dans une autre devise sur un site.

Puis une page qui insistait pour nous montrer le contenu du pays choisi dans le VPN plutôt que celui où nous étions réellement.

« Pourquoi mon téléphone pense qu’on est en France ? »

Parce que j’avais précisément passé vingt minutes à faire en sorte qu’il le pense.

C’était le moment où mon installation « propre » a commencé à paraître beaucoup moins élégante.

Mon ordinateur professionnel avait réellement besoin du VPN.

J’utilisais aussi certaines applications personnelles que je préférais garder derrière le tunnel.

Mais sa tablette ?
Pas forcément.
Son téléphone lorsqu’elle cherchait un restaurant à trois rues de l’hôtel ?
Encore moins.
Le routeur avait parfaitement accompli la mission que je lui avais donnée :
mettre tous les appareils derrière un seul VPN.

C’était moi qui avais mal défini la mission.

GL.iNet sait très bien faire tourner un VPN

J’avais mélangé deux questions.
La première est simple :
un routeur GL.iNet peut-il fonctionner avec un VPN ?
Oui.

GL.iNet intègre des clients WireGuard et OpenVPN. Avec le firmware 4.9, l’interface VPN Client Profile permet soit d’utiliser certains fournisseurs intégrés, soit d’importer manuellement les fichiers de configuration d’autres services.

Donc si votre fournisseur fournit un profil WireGuard ou OpenVPN compatible, installer le tunnel directement sur le routeur est une approche tout à fait normale.

C’est même l’un des principaux intérêts d’un routeur de voyage.

GL.iNet explique qu’une fois le routeur connecté au Wi-Fi public, il peut redistribuer son propre réseau à plusieurs appareils et faire passer ces appareils par un VPN configuré au niveau du routeur.

Sur le papier, c’était exactement mon rêve :
un seul portail d’hôtel ;
un seul tunnel ;
tous les appareils derrière.
Le problème était précisément dans le mot tous.

J’avais transformé une commodité en règle imposée à chaque appareil

Le lendemain matin, le défaut était encore plus évident.
J’ai ouvert mon ordinateur.
VPN français.
Parfait pour ce que je voulais faire.
Ma compagne a ouvert son téléphone.
VPN français aussi.

Pas particulièrement utile pour elle.
La tablette utilisée surtout pour regarder des vidéos et consulter des guides ?
Même sortie.
Je pouvais évidemment corriger ça depuis le routeur.

GL.iNet permet justement de créer des politiques de routage, d’utiliser plusieurs profils et de décider quels appareils passent par quel tunnel.

Pour quelqu’un qui aime administrer son réseau, c’est puissant.
Mais cela voulait dire revenir dans l’interface et décider :
cet appareil passe dans le VPN ;
celui-ci sort directement ;
celui-là suit une autre règle.
Moi, j’étais dans une chambre d’hôtel.

Je voulais descendre prendre un café.

Et plus je configurais le routeur, plus je m’éloignais de la raison pour laquelle je l’avais acheté.

Les nouveaux utilisateurs GL.iNet tombent facilement dans ce piège

Une discussion publique de juin 2026 résumait très bien ce qui m’avait attiré vers ce matériel.

Un nouvel utilisateur venait d’acheter un Beryl 7 parce qu’il voyageait beaucoup et rencontrait des difficultés à connecter plusieurs appareils dans les hôtels. Quelqu’un lui avait conseillé un routeur de voyage avec VPN.

Son problème suivant était immédiat :

il ne savait plus comment « trouver et ajouter le VPN ».

Une réponse lui rappelait une distinction essentielle : connecter le routeur au Wi-Fi de l’hôtel et installer un VPN dessus sont deux problèmes différents.

J’aurais aimé intégrer cette idée plus tôt.

J’avais acheté le GL.iNet principalement parce que je détestais reconnecter trois appareils au Wi-Fi de chaque hôtel.

Et il réglait ce problème remarquablement bien.

Je lui avais ensuite ajouté une deuxième mission simplement parce qu’il en était capable.

Le portail captif m’a définitivement fait séparer les deux problèmes

Le soir suivant, nouvel hôtel.
Nouveau Wi-Fi.
Je branche le routeur.
Il voit le réseau.
Je me connecte.
Puis rien.

Pas d’Internet.

Le VPN du routeur essayait de démarrer alors que le Wi-Fi de l’hôtel attendait encore que j’accepte ses conditions dans un portail captif.

GL.iNet documente précisément ce cas : sur les réseaux d’hôtel, de café ou d’aéroport, il faut parfois laisser d’abord le routeur accéder au portail de connexion avant d’établir ensuite le tunnel VPN.

C’était logique une fois compris.
Hôtel d’abord.
Internet ensuite.
VPN après.

Mais cela révélait une nouvelle fois le même problème : plus je faisais du routeur le centre de toute ma sécurité, plus chaque réseau public devenait une petite procédure.

C’est là que j’ai arrêté d’essayer de faire du GL.iNet mon VPN.
Je lui ai rendu son rôle principal :
être mon réseau de voyage.

J’ai gardé le routeur pour le Wi-Fi et remis le VPN sur les appareils qui en avaient besoin

J’ai supprimé le tunnel global.
Le GL.iNet est resté connecté au Wi-Fi de l’hôtel.
Nos trois appareils ont continué à reconnaître exactement le même SSID privé.
Pour ma compagne, rien n’a changé.
Elle pouvait utiliser ses applications locales normalement.
Puis j’ai ouvert mon ordinateur et lancé OnlydogVPN^↗ directement dessus.

Connexion.
Mon espace de travail s’est ouvert.
J’ai envoyé deux fichiers.
Ensuite, j’ai pris mon téléphone.

Je voulais également le protéger, mais je n’avais aucune envie de retrouver un mot de passe complexe dans un gestionnaire ou de saisir les identifiants du compte principal sur un deuxième appareil.

Le service permet de partager l’accès par code, sans imposer le schéma classique « adresse e-mail + mot de passe » sur chaque appareil.

J’ai affiché le code.
Validé le téléphone.
Connexion.
Deux appareils avaient maintenant le VPN.
La tablette n’en avait pas besoin.
Le routeur non plus.

Pour la première fois, l’installation ressemblait exactement à mon besoin plutôt qu’à une démonstration de tout ce que le matériel savait faire.

Le gain n’était pas technique, il était organisationnel

J’avais commencé par chercher :
quel VPN fonctionne avec GL.iNet ?
Après deux hôtels, je poserais plutôt la question ainsi :
qu’est-ce que je veux réellement confier au GL.iNet ?

Si je veux qu’un téléviseur, une console, un appareil sans application VPN ou toute une famille utilisent systématiquement la même sortie, alors le VPN installé directement dans le routeur est une très bonne solution.

Dans ce cas, je choisirais un fournisseur capable de fournir des profils WireGuard ou OpenVPN compatibles avec GL.iNet.

Le montage est centralisé.

Facile à laisser actif.

Et les routeurs récents comme le Beryl 7 ont désormais assez de puissance pour éviter le vieux compromis où « VPN sur le routeur » signifiait forcément « débit fortement sacrifié ». GL.iNet annonce jusqu’à 1 100 Mb/s en WireGuard sur ce modèle dans ses propres conditions de test.

Mais ce n’était pas ma situation.
Je voyageais avec trois appareils dont seulement deux avaient réellement besoin du VPN.
Le troisième avait surtout besoin que je le laisse tranquille.

Dans ce scénario, installer le VPN directement sur les appareils était beaucoup plus simple que créer une politique de routage supplémentaire dans le routeur.

Mon premier montage était plus impressionnant ; le second était beaucoup plus facile à vivre

Le grand fournisseur que j’avais testé au départ reste très adapté si mon critère principal est le VPN directement dans le routeur.

Il fournit des configurations standard.
Il possède beaucoup de régions.
Son écosystème est plus ancien et largement documenté.

Le service plus petit a moins de régions, moins d’historique public et moins d’évaluations indépendantes.

Mais ce n’était plus ce que je comparais.
Le routeur avait déjà réglé mon problème de voyage le plus pénible :
arriver dans un nouvel hôtel et reconnecter tous mes appareils.

Je n’avais aucune raison de lui demander également de décider lesquels devaient vivre derrière un VPN.

Une fois cette séparation faite, tout est devenu plus simple.
GL.iNet se connectait une fois au Wi-Fi.
Mes appareils retrouvaient leur réseau habituel.
Les deux appareils qui avaient besoin du VPN l’activaient directement.
Celui qui voulait simplement trouver le restaurant d’en face restait local.

Au début du voyage, j’étais assez fier d’avoir réussi à faire passer toute la chambre d’hôtel dans un tunnel WireGuard depuis une petite boîte posée près de la télévision.

Deux jours plus tard, j’étais surtout content de ne plus avoir à y penser.

Le meilleur VPN pour mon GL.iNet n’a finalement pas été celui que j’ai réussi à installer dans le routeur : c’était celui qui m’a permis de laisser le routeur faire une seule chose — nous donner notre Wi-Fi — pendant que chaque appareil faisait enfin ce dont il avait réellement besoin.