Comment configurer un VPN de confiance sur votre routeur avec OpenVPN

Configurer un VPN fiable directement sur votre routeur avec OpenVPN est l'une des meilleures solutions pour protéger l'ensemble de votre réseau domestique ou professionnel sans avoir à installer d'application sur chaque appareil. De votre ordinateur portable professionnel à votre téléphone mobile, en passant par votre Smart TV ou votre serveur NAS, tous les utilisateurs bénéficient du même tunnel chiffré grâce à une configuration unique et optimale.

Par ailleurs, cette configuration peut souvent engendrer des difficultés liées aux adresses IP publiques, au CG-NAT, aux ports, aux certificats et aux différences entre les fabricants (TP-Link, ASUS, Teltonika, Omada, etc.). Ce guide fournit des explications détaillées, unifie les pratiques des principales marques et les complète par des recommandations, afin que vous puissiez configurer un serveur OpenVPN stable et sécurisé sur votre routeur sans négliger aucun point important.

Qu'est-ce qu'un VPN et pourquoi le configurer sur votre routeur avec OpenVPN ?

Un VPN ( réseau privé virtuel ) crée un tunnel chiffré entre votre appareil et un serveur distant. Ce tunnel protège les données transitant sur Internet contre l'écoute clandestine, le vol et la manipulation, et permet également à des appareils situés à des endroits différents de fonctionner comme s'ils étaient connectés au même réseau local.

Lorsque ce serveur VPN est installé sur votre propre routeur, vous pouvez rendre tous les appareils connectés au réseau local accessibles de l'extérieur en toute sécurité (télétravail, accès aux caméras, domotique, serveurs internes, etc.), et vous pouvez également acheminer le trafic de vos appareils distants vers Internet via votre connexion domestique.

OpenVPN est l'un des protocoles VPN les plus utilisés grâce à son excellent équilibre entre sécurité, flexibilité et compatibilité . Les routeurs de marques telles que TP-Link, ASUS et Teltonika, ainsi que des écosystèmes comme Omada, l'intègrent par défaut en modes serveur et client, ce qui en fait le choix idéal pour ceux qui souhaitent gérer eux-mêmes leur VPN sans dépendre d'un service externe.

Configuration requise avant de créer votre serveur OpenVPN sur le routeur

Avant de modifier les paramètres VPN, il est conseillé de vérifier certaines exigences essentielles afin de s'assurer que le serveur est accessible depuis Internet et fonctionne sans interruption.

Tout d'abord, le routeur que vous souhaitez utiliser doit prendre en charge nativement OpenVPN . Les modèles TP-Link, ASUS et Teltonika intègrent cette fonctionnalité, mais il est toujours recommandé de consulter les spécifications du fabricant ou le manuel d'utilisation pour en être certain. L'environnement Omada (ER605, autres routeurs et pilote logiciel OC200/OMADA) propose également une option « Serveur VPN - OpenVPN ».

Deuxièmement, votre connexion Internet nécessite une adresse IP publique accessible via l'interface WAN du routeur faisant office de serveur . Cela signifie que votre fournisseur d'accès Internet ne doit pas vous placer derrière un CG-NAT sans possibilité d'ouvrir des ports. Si vous recevez une adresse IP privée sur le WAN (ce qui est fréquent chez certains opérateurs mobiles ou pour certains services comme certains points d'accès Wi-Fi), vous devrez demander une adresse IP publique ou statique à votre fournisseur d'accès Internet, sans quoi vous ne pourrez pas recevoir de connexions entrantes vers le VPN.

De plus, il est conseillé de mettre à jour le micrologiciel de votre routeur vers la dernière version stable , car de nombreux fabricants corrigent les failles de sécurité ou les problèmes liés à OpenVPN dans ces mises à jour. ASUS, par exemple, recommande de mettre à jour le micrologiciel avant d'activer le serveur VPN et fournit des guides spécifiques pour les mises à jour de l'application et de l'interface Web.

Enfin, il est toujours préférable que l'heure de votre système soit synchronisée avec Internet (NTP activé et fonctionnel). De nombreux routeurs le font automatiquement, mais si l'horloge interne est fortement désynchronisée, les certificats OpenVPN peuvent présenter des problèmes de validité.

Adresse IP publique, CG-NAT et DNS dynamique : ce qui provoque généralement la panne du VPN.

L'une des raisons les plus courantes pour lesquelles un tunnel OpenVPN ne parvient pas à se connecter depuis l'extérieur est que le routeur serveur n'est pas accessible depuis Internet ou que le client tente d'atteindre une adresse IP incorrecte.

Dans une configuration simple, avec un seul routeur connecté directement au fournisseur d'accès Internet, il suffit que l'interface WAN dispose d'une adresse IP publique et que le port utilisé pour OpenVPN soit ouvert dans le pare-feu du routeur. Dans ce cas, le fichier de configuration .ovpn exporté par le routeur inclut généralement automatiquement cette adresse IP WAN publique comme adresse « distante ».

Le problème survient lorsque votre fournisseur d'accès Internet vous attribue une adresse IP privée via CG-NAT . Cela se produit avec certains opérateurs de téléphonie mobile, certaines connexions mobiles ou des services spécifiques comme Comporium. Dans ces cas-là, le routeur voit une adresse IP de type 10.xxx, 172.16.xx ou 192.168.xx sur son interface WAN, et même si vous ouvrez des ports, le trafic n'arrivera jamais car le fournisseur ne redirige pas ces connexions. Il n'y a pas de solution miracle : vous devez contacter votre fournisseur d'accès Internet et demander une adresse IP publique (idéalement statique) ou un service spécifique permettant l'ouverture de ports.

Une autre situation courante consiste à utiliser un routeur neutre ou un VPN derrière une passerelle FAI , comme c'est le cas avec les équipements AT&T (BGW320-500) ou certains routeurs fibre optique ne prenant pas en charge le mode pont complet. Dans ce cas, si le serveur OpenVPN se trouve sur le routeur secondaire (par exemple, un TP-Link ER605 ou un autre routeur Omada), deux solutions sont généralement possibles :

• Passage IP / Pont partielLa passerelle du FAI transmet directement l'adresse IP publique au routeur neutre. Le serveur OpenVPN de ce dernier verra cette adresse IP publique sur son réseau étendu (WAN), ce qui simplifie considérablement le processus.
• Redirection de port (serveur virtuel)La passerelle conserve sa propre adresse IP WAN publique et redirige le port OpenVPN vers l'adresse IP privée du routeur neutre.

Si vous utilisez le transfert IP et que le fichier .ovpn exporté par le système Omada affiche toujours une adresse IP privée de la passerelle comme serveur, vous devrez modifier manuellement la ligne « remote » dans le fichier .ovpn pour y indiquer la véritable adresse IP publique ou un nom DNS dynamique pointant vers celle-ci.

C'est là qu'intervient le DNS dynamique (DDNS) . De nombreux routeurs TP-Link et ASUS recommandent d'activer un service DDNS (fourni par le fabricant ou un fournisseur tiers) avant d'activer le serveur OpenVPN. Ainsi, même si votre adresse IP publique change, le fichier .ovpn peut utiliser un nom (par exemple, home-tunnel.asuscomm.com) au lieu d'une adresse IP statique, et tant que le DDNS est à jour, les clients pourront se connecter sans problème.

Sélection du protocole VPN, du port et du réseau

Une fois que vous êtes sûr que votre routeur est accessible depuis Internet, il est temps de définir les paramètres de base du serveur OpenVPN , qui sont communs à la plupart des fabricants.

La première étape consiste à choisir le protocole de transport de votre VPN : UDP ou TCP. OpenVPN fonctionne parfaitement avec UDP, qui est généralement recommandé pour ses performances et sa faible latence. Cependant, certains environnements dotés de pare-feu stricts n'autorisent que le trafic TCP sur certains ports. Si vous rencontrez des problèmes de connexion, vous pouvez essayer de passer au protocole TCP sur le port 443 ou un port similaire afin de faire passer le VPN pour du trafic HTTPS.

Le paramètre clé suivant est le port du serveur . OpenVPN utilise le port 1194/UDP par défaut, mais la plupart des routeurs permettent de le personnaliser. Il est conseillé de choisir un numéro de port entre 1024 et 65535 afin d'éviter les conflits avec les services courants. Sur les routeurs ASUS, par exemple, vous pouvez définir une valeur comme 2000, et TP-Link exige également que le port se situe dans cette plage. Si votre configuration implique une redirection sur un routeur de niveau supérieur (comme dans les réseaux à deux routeurs), vous devrez configurer le même port interne pour qu'il pointe vers le routeur hébergeant le serveur.

Un autre point important concerne le sous-réseau VPN . OpenVPN attribue aux clients des adresses IP appartenant à une plage différente de celle de votre réseau local. Ce paramètre se trouve généralement dans les options sous « Sous-réseau/Masque VPN » ou « Pool d'adresses IP ». Par exemple, vous pouvez utiliser 10.8.0.0/24 pour le VPN et conserver 192.168.1.0/24 pour votre réseau local. Le serveur « loue » des adresses IP de ce sous-réseau VPN aux clients lorsqu'ils s'y connectent.

Enfin, vous devez définir le type d'accès dont disposeront les clients lorsqu'ils se connecteront au VPN. La plupart des routeurs affichent un affichage similaire à celui-ci :

• Réseau local uniquement / Réseau domestique uniquementLe périphérique distant pourra uniquement accéder au réseau local situé derrière le routeur serveur (NAS, PC, caméras, etc.), mais utilisera toujours sa connexion Internet locale pour accéder au Web.
• Internet et réseau local / Internet et réseau domestiqueTout le trafic client transite par le VPN ; il navigue sur Internet via la connexion du routeur serveur et accède également au réseau local distant.

Ce choix détermine si vous configurez un VPN principalement pour l'accès à distance aux ressources internes ou également pour acheminer le trafic Internet (pour des raisons de confidentialité ou pour sortir de votre réseau IP domestique).

Certificats, clés et sécurité du serveur OpenVPN

La sécurité d'OpenVPN repose sur un système de certificats, de clés et de chiffrement . La plupart des routeurs simplifient ce processus en générant automatiquement tous ces éléments, mais il reste important de comprendre ce que l'on fait.

Sur de nombreux modèles, lors de la première activation du serveur OpenVPN, un bouton « Générer » apparaît . Cette action crée l'autorité de certification interne, le certificat du serveur et les clés nécessaires à l'authentification sécurisée des clients. Si vous supprimez la configuration, modifiez les paramètres avancés ou souhaitez renouveler les certificats, vous pouvez cliquer à nouveau sur le bouton pour les recréer.

Les routeurs ASUS proposent également une option « Chiffrement RSA » permettant de sélectionner la longueur de la clé, généralement 1024 bits dans les configurations plus anciennes. De nos jours, si le firmware le permet, il est préférable d'utiliser au moins 2048 bits pour un niveau de sécurité plus moderne, bien que cela puisse varier selon le modèle et la version du firmware. ASUS propose également une section « Détails VPN > Paramètres avancés » permettant de modifier manuellement les clés et les certificats , ce qui est utile pour importer une autorité de certification externe ou réutiliser des certificats lors du remplacement du routeur.

Les fabricants avertissent généralement que chaque fois que vous modifiez certains paramètres du serveur (par exemple, le chiffrement, les ports ou les clés), vous devez réexporter le fichier de configuration .ovpn , car le client a toujours besoin de la version mise à jour des certificats et des paramètres.

Dans des environnements comme Omada, en plus des certificats, vous pouvez renforcer la sécurité en attribuant aux utilisateurs VPN un nom d'utilisateur et un mot de passe spécifiques, différents de ceux du routeur. Cela ajoute une couche de sécurité supplémentaire : même si quelqu'un obtient le fichier .ovpn, il devra posséder des identifiants valides pour s'authentifier.

Comment configurer le serveur OpenVPN selon les instructions du fabricant du routeur

L'interface varie considérablement d'une marque à l'autre, mais le principe reste le même : activer le serveur OpenVPN, ajuster les paramètres de base et exporter la configuration . Passons en revue les principales caractéristiques de chaque environnement abordé.

Routeurs TP-Link avec serveur OpenVPN

Sur de nombreux routeurs TP-Link, destinés à un usage domestique ou professionnel, la configuration s'effectue via l'interface web en accédant à « Avancé > Serveur VPN > OpenVPN » . Vous pouvez alors activer le serveur et configurer le protocole (UDP/TCP), le port, le sous-réseau VPN et le type d'accès client (réseau domestique uniquement ou Internet + réseau domestique).

Avant d'activer le serveur, TP-Link recommande de configurer un service DNS dynamique ou d'attribuer une adresse IP statique au WAN et de vérifier la synchronisation de l'heure. De plus, avec certains FAI utilisant le CG-NAT, comme certaines interfaces radio ou certains fournisseurs, l'utilisation d'OpenVPN est impossible sans adresse IP publique. L'assistant d'installation requiert généralement la génération initiale de certificats via le bouton « Générer ».

Une fois le type de service VPN, le port et le sous-réseau sélectionnés, enregistrez la configuration, générez le certificat (le cas échéant) et cliquez sur « Exporter » pour télécharger le fichier .ovpn que les clients utiliseront. Ce fichier contient généralement l'adresse d'accès (adresse IP ou nom de domaine DDNS), les certificats et tous les paramètres nécessaires.

Dans les réseaux comportant plusieurs routeurs TP-Link (par exemple, un routeur modem et un routeur supplémentaire exécutant OpenVPN), une étape supplémentaire est nécessaire : sur le routeur connecté au FAI (routeur 1), un serveur virtuel ou une redirection de port doit être configuré(e) vers le routeur 2, où se trouve le serveur OpenVPN. Le port interne de cette redirection doit correspondre au port VPN configuré sur le routeur 2, et un port externe doit être défini ; il s’agit du port que le client utilisera pour se connecter.

Ensuite, vous devez modifier manuellement le fichier .ovpn à l'aide d'un éditeur de texte (par exemple, le Bloc-notes sous Windows ) afin de remplacer l'adresse distante par l'adresse IP WAN du routeur 1 et le port par le port externe que vous venez de configurer. Une fois ces modifications enregistrées, les clients pourront se connecter sans problème au routeur 2 depuis Internet via le routeur 1.

Routeurs ASUS avec serveur OpenVPN

ASUS intègre le serveur OpenVPN dans son firmware ASUSWRT et propose deux types d'interface selon la version du firmware : une pour les versions postérieures à 3.0.0.4.388.xxxx et une autre pour les versions antérieures, bien que les étapes conceptuelles soient très similaires.

Pour commencer, accédez à l'interface web de votre routeur en saisissant son adresse IP locale ou l'URL http://www.asusrouter.com , connectez-vous avec votre identifiant et votre mot de passe, puis rendez-vous dans la section « VPN > Serveur VPN > OpenVPN ». Activez ensuite l'option « Activer le serveur OpenVPN » ou cliquez sur le bouton correspondant.

Les paramètres généraux définissent le port du serveur, le chiffrement RSA, la portée du VPN (réseau local uniquement ou Internet et réseau local) et les comptes clients. Par défaut, de nombreux routeurs ASUS utilisent les mêmes identifiants d'administration que le nom d'utilisateur et le mot de passe du client OpenVPN, mais il est beaucoup plus efficace de créer des comptes VPN dédiés directement depuis les paramètres.

Une fois les paramètres ajustés, appuyez sur « Appliquer tous les paramètres » ou « Appliquer » pour enregistrer. Le routeur initialise le serveur OpenVPN et génère le fichier de configuration en quelques instants. Une fois cette opération terminée, vous pourrez exporter un fichier « client.ovpn » contenant la configuration, prêt à être utilisé avec le client OpenVPN.

ASUS propose également des options avancées d' exportation et d'importation de certificats , permettant ainsi de conserver le même certificat serveur en cas de changement de routeur. Une section permet également de modifier manuellement le contenu des clés et des certificats. Cette fonctionnalité s'avère particulièrement utile dans les environnements complexes dotés d'une infrastructure à clés publiques (PKI) dédiée.

Routeurs Teltonika et topologies TAP/TUN

Dans le cas de Teltonika, la documentation se concentre principalement sur les scénarios entre routeurs, avec un serveur central et plusieurs clients , une configuration très typique des environnements industriels ou de télémétrie (SCADA, automates programmables, etc.).

Un point essentiel qu'ils soulignent est l'utilisation de l'authentification TLS plutôt que d'une clé statique lorsqu'il est nécessaire d'avoir plusieurs clients. Avec TLS, chaque client possède son propre certificat, ce qui facilite la révocation d'accès ou l'ajout de nouveaux appareils. Ils précisent également que, par défaut, les clients ne peuvent communiquer entre eux, mais uniquement avec le serveur ; cette séparation peut être souhaitable pour des raisons de sécurité si chaque client appartient à un utilisateur différent. Si vous souhaitez un réseau ouvert où les clients peuvent communiquer entre eux, vous devez activer explicitement l'option autorisant la communication client-à-client sur le routeur serveur.

Sur le plan logique, Teltonika distingue le VPN TAP (ponté, couche 2) du VPN TUN (routé, couche 3) . Avec le TAP, tous les périphériques du VPN partagent la même plage d'adresses IP que le réseau local (LAN), et les interfaces réseau des routeurs (LAN) appartiennent également à cette plage ; cette solution est très transparente et utile pour les périphériques ne permettant pas la configuration d'une passerelle par défaut. En revanche, avec le TUN, le VPN fonctionne en couche 3 ; chaque réseau conserve sa propre plage d'adresses IP et le trafic est acheminé par routage, ce qui est généralement plus efficace et évolutif.

Un exemple typique qu'ils présentent consiste à placer le routeur serveur VPN derrière un routeur haut débit doté d'une adresse IP statique. Le serveur Teltonika connecte son port WAN (RJ45) au réseau local (LAN) du routeur d'accès Internet. Ce dernier doit alors rediriger le port OpenVPN vers le serveur Teltonika, et les clients se connectent en utilisant l'adresse IP publique (ou le nom de domaine) du routeur d'accès Internet.

Environnement Omada (TP-Link ER605, OC200 et serveur OpenVPN)

Dans l'écosystème Omada (par exemple, avec un routeur TP-Link ER605 et un contrôleur OC200 ), le flux typique d'un VPN « Client vers Site » avec OpenVPN passe par plusieurs écrans sur le contrôleur.

Tout d'abord, dans « Paramètres > VPN », créez une nouvelle stratégie VPN de type « Serveur VPN – OpenVPN », donnez-lui un nom descriptif, activez-la et sélectionnez l'objectif « Client vers site ». Choisissez ensuite le mode de tunnel (partagé ou complet), le protocole (TCP/UDP), le port de service (1194 par défaut), le mode d'authentification (local) et le type de réseau local auquel les clients pourront accéder (en spécifiant la plage d'adresses, par exemple 192.168.1.0/24). Vous pouvez également définir des serveurs DNS pour les clients (par exemple 8.8.8.8 et 8.8.4.4).

Ensuite, allez dans « Paramètres > VPN > Utilisateurs VPN » pour créer des comptes OpenVPN spécifiques , où vous choisissez un nom d’utilisateur, un mot de passe, un protocole (OpenVPN) et associez cet utilisateur au serveur que vous venez de définir.

Une fois la configuration terminée, vous pouvez exporter le fichier .ovpn correspondant vers ce serveur depuis la liste des règles VPN . Ce fichier inclura la configuration complète, les certificats et généralement l'adresse du serveur.

Si le routeur est situé derrière un autre appareil (comme le AT&T BGW320-500), lors de l'exportation du fichier .ovpn, une adresse IP privée peut apparaître comme adresse du serveur au lieu de l'adresse publique . Dans ce cas, vous devrez modifier le fichier et remplacer l'adresse IP privée par l'adresse IP publique réelle, ou par un nom de domaine DDNS qui pointe vers cette adresse IP. Vous devrez également vous assurer que la passerelle AT&T redirige le port OpenVPN vers l'ER605, ou configurer le transfert IP conformément aux instructions du fabricant.

Dans certains cas, l'application OpenVPN Connect peut dysfonctionner, contrairement au client « Communauté ». Certains utilisateurs ont dû modifier manuellement le fichier .ovpn, par exemple en ajustant les algorithmes de chiffrement avec une ligne comme « data-ciphers AES-128-CBC » ou en ajoutant des options comme « mute-replay-warnings » pour éviter les alertes intempestives, en s'adaptant toujours aux capacités du serveur.

Configuration du client OpenVPN sur les appareils distants

Une fois le serveur prêt et le fichier .ovpn exporté, l'autre moitié du travail consiste à installer et configurer le client OpenVPN sur les appareils qui se connecteront à distance.

Sur les ordinateurs Windows, macOS et Linux , la procédure habituelle consiste à télécharger le client OpenVPN Community depuis le site web officiel d'OpenVPN. Après l'installation, le fichier .ovpn fourni par le routeur est copié dans le dossier de configuration du client, généralement situé dans « C:\Program Files\OpenVPN\config » sous Windows ou dans « /etc/openvpn/ » sur de nombreux systèmes Linux et certaines installations macOS (selon qu'une interface graphique ou une autre interface soit utilisée).

Ensuite, lancez le client OpenVPN, importez ou sélectionnez le profil .ovpn , puis cliquez pour vous connecter. Si le serveur requiert un nom d'utilisateur et un mot de passe supplémentaires (comme avec Omada ou certaines configurations ASUS avancées), le client vous les demandera lors de l'établissement du tunnel.

Sur les appareils mobiles ( Android ou iOS ), vous devez installer une application compatible OpenVPN depuis Google Play ou l'App Store. En général, vous importez le fichier .ovpn directement depuis la mémoire de votre appareil , votre messagerie ou un service de stockage cloud. Certains fournisseurs recommandent d'éviter OpenVPN Connect dans certains environnements et d'opter pour d'autres clients ou la version « Communauté » en cas de problèmes avec certains paramètres de chiffrement modernes.

En cas d'échec de la connexion, vérifiez d'abord que le port VPN est accessible depuis Internet (vous pouvez le tester avec un outil d'analyse de ports), que l'attribut « remote » du fichier .ovpn pointe vers l'adresse IP ou le domaine correct, et qu'il n'y a pas d'erreurs CG-NAT non résolues. Ensuite, il est conseillé de consulter les journaux du client pour déterminer si l'erreur est due à des problèmes de résolution, de délai d'attente, d'authentification ou de chiffrement.

Bonnes pratiques, problèmes courants et comment les éviter

Configurer un serveur OpenVPN stable sur un routeur implique de prêter attention à certains détails qui, s'ils sont négligés, génèrent des erreurs difficiles à diagnostiquer , surtout lorsqu'il y a plusieurs appareils dans une chaîne (passerelle opérateur + routeur neutre + contrôleur, etc.).

Tous les fabricants recommandent de ne pas réutiliser le nom d'utilisateur et le mot de passe d'administration du routeur comme identifiants de connexion VPN. Bien que cette configuration soit parfois appliquée par défaut, il est préférable de créer des utilisateurs dédiés disposant uniquement des autorisations nécessaires au VPN, afin qu'une connexion VPN n'offre pas un accès complet au routeur.

De plus, lors du remplacement d'un routeur ou de la suppression de sa configuration, il est judicieux d'exporter au préalable les certificats actuels (si l'interface le permet) puis de les réimporter, évitant ainsi de devoir redistribuer les profils .ovpn à tous les utilisateurs. ASUS, par exemple, permet d'exporter le certificat du serveur actuel et de l'importer ensuite dans un nouveau routeur.

Concernant le chiffrement, il est conseillé de maintenir les paramètres à jour (algorithmes et taille des clés) et de ne pas conserver des valeurs obsolètes si le firmware propose des options plus performantes. Par ailleurs, si vous mettez à jour le chiffrement sur le serveur, vous devrez régénérer ou réexporter les configurations et, dans certains cas, ajouter ou ajuster des paramètres côté client (comme les lignes relatives aux algorithmes de chiffrement dans les versions récentes d'OpenVPN).

Un autre problème courant est celui des conflits de réseau : si votre sous-réseau local est identique à celui du VPN ou s'il chevauche le réseau local auquel le client se connecte, vous risquez de rencontrer des problèmes de routage ou un trafic erratique. C'est pourquoi il est recommandé d'utiliser une plage d'adresses IP distincte pour le VPN (par exemple, 10.8.0.0/24) et, si vous avez plusieurs sites connectés, de vous assurer que chacun dispose d'une plage d'adresses IP différente sur le réseau local.

Lorsqu'une configuration comprend deux routeurs ou plus, comme dans un réseau classique avec un routeur FAI et un routeur avancé ou un routeur VPN, la règle d'or est qu'un seul d'entre eux doit faire office de serveur OpenVPN , tandis que l'autre se contente de rediriger les ports ou de transmettre l'adresse IP publique. Il est également important de ne pas trop mélanger les rôles (par exemple, ne configurez pas à la fois un serveur OpenVPN et un client du même type sur le même routeur si le firmware ne le permet pas, une pratique explicitement déconseillée par ASUS).

Si, après avoir suivi toutes les étapes, vous ne parvenez toujours pas à vous connecter depuis l'extérieur de votre réseau Wi-Fi domestique, le blocage provient très probablement de votre fournisseur d'accès à Internet (CG-NAT ou restrictions de ports) . Dans ce cas, contacter votre fournisseur d'accès et lui expliquer que vous avez besoin d'une adresse IP publique (ou que le CG-NAT doit être désactivé) est souvent l'étape cruciale que de nombreux tutoriels négligent, mais qui fait toute la différence.

Une fois tout cela correctement configuré, un serveur OpenVPN sur votre routeur devient un outil très puissant : il vous permet d’accéder en toute sécurité à vos appareils depuis n’importe où, d’intégrer des sites distants comme s’il s’agissait d’un seul réseau et de conserver un contrôle total sur vos données sans dépendre de services tiers, ce qui, pour de nombreux utilisateurs avancés et petites entreprises, correspond exactement à ce qu’ils recherchaient.