Accéder à son réseau domestique derrière un CGNAT : le vrai problème n’était pas mon VPN, mais mon adresse invisible

Pendant longtemps, je pensais que l’accès distant à mon réseau domestique était surtout une question de configuration.

J’avais un NAS avec mes fichiers, quelques appareils connectés et un ordinateur auquel je voulais pouvoir accéder lorsque je n’étais pas chez moi. La solution semblait évidente : ouvrir un port sur ma box, ajouter une règle de redirection, puis me connecter depuis l’extérieur.

C’est ce que j’ai fait.

Et pourtant, rien ne fonctionnait.

Depuis mon téléphone en 4G, impossible d’atteindre mon réseau. Depuis un autre Wi-Fi, même résultat. J’ai vérifié les ports, le pare-feu, les paramètres de la box. Tout semblait correct.

Le plus frustrant, c’est que ma configuration n’avait rien d’exceptionnel. J’avais simplement suivi les guides que l’on trouve partout.

Puis j’ai regardé un détail que j’avais ignoré jusque-là : mon adresse IP. Ce n’était pas un problème de réglage. Mon fournisseur d’accès m’avait placé derrière un CGNAT.

Pourquoi ma box semblait normale alors qu’elle ne l’était pas

Le CGNAT est l’un de ces problèmes qui restent invisibles jusqu’au jour où l’on veut faire quelque chose de différent avec sa connexion.

Pour naviguer sur Internet, regarder des vidéos ou utiliser des applications classiques, tout fonctionne normalement.

Mais dès que l’on veut créer une connexion vers son domicile depuis l’extérieur, la différence devient importante.

Avec une connexion classique, ma box possède une adresse IPv4 publique. C’est cette adresse qui permet à un appareil extérieur de trouver mon réseau et d’atteindre un service précis grâce à une redirection de port.

Avec le CGNAT, plusieurs clients partagent une même adresse IPv4 publique. L’opérateur place une couche supplémentaire de traduction entre ma box et Internet, notamment parce que les adresses IPv4 disponibles sont limitées. Cette utilisation d’espace d’adresses partagé est décrite dans le RFC 6598 consacré au Carrier-Grade NAT.

La conséquence est simple : ma maison n’a plus réellement de porte d’entrée accessible depuis Internet.

C’est un peu comme vivre dans un immeuble où tout le monde possède la même adresse postale. Le courrier arrive bien au bâtiment, mais il n’existe aucun moyen simple pour savoir à quelle porte précise il doit être livré.

L’Arcep souligne également que le partage d’adresses IPv4 peut limiter certains usages nécessitant une accessibilité directe depuis Internet.

C’est à ce moment-là que j’ai compris que je cherchais une mauvaise solution.

Je voulais ouvrir une porte qui, en réalité, n’existait plus.

Première tentative : demander une vraie IPv4 publique

La première idée était logique : demander à mon opérateur une vraie adresse IPv4 publique.

C’est d’ailleurs souvent la première recommandation faite par les utilisateurs confrontés au même problème. Certains opérateurs peuvent désactiver le CGNAT ou proposer une option adaptée, mais ce n’est pas toujours disponible selon l’offre utilisée. Des discussions entre utilisateurs de serveurs personnels montrent régulièrement que beaucoup découvrent cette limitation seulement lorsqu’ils essaient de mettre en place un accès distant.

Cette solution aurait fonctionné.

Mais elle ne correspondait pas vraiment à mon besoin.

Je ne voulais pas transformer mon abonnement Internet en projet technique. Je voulais simplement pouvoir récupérer un fichier, accéder à mon ordinateur ou vérifier un appareil chez moi lorsque j’étais ailleurs.

Je cherchais un accès privé, pas une exposition permanente de mon réseau.

Pourquoi un VPN classique ne réglait pas automatiquement le problème

Ensuite, j’ai pensé aux VPN traditionnels. L’idée semblait parfaite : installer un serveur VPN chez moi et me connecter à distance. Mais il y avait un détail important. Le serveur VPN devait lui aussi être accessible.

Un VPN installé derrière un CGNAT rencontre le même obstacle que mon NAS : une connexion extérieure ne peut pas facilement commencer une communication vers ma maison.

C’est une erreur assez naturelle. On pense souvent qu’un VPN résout tous les problèmes de connexion parce qu’il crée un tunnel sécurisé. Mais le tunnel doit bien commencer quelque part.

Certaines configurations avancées permettent de contourner cela avec un serveur intermédiaire, un relais externe ou une infrastructure plus complexe. C’est une approche valable pour ceux qui aiment administrer leur réseau.

Mais ce n’était pas mon objectif.

Je voulais une solution qui fonctionne sans transformer une simple récupération de fichiers en projet d’ingénierie réseau.

Le changement de logique : ne plus attendre une connexion entrante

C’est là que mon raisonnement a changé. Je pensais depuis le début qu’il fallait trouver un moyen pour qu’Internet puisse entrer chez moi. Avec un CGNAT, ce n’est justement pas le meilleur modèle.

La solution consiste plutôt à créer une connexion sortante depuis mon réseau domestique vers un environnement privé, puis à rejoindre cet environnement depuis mes autres appareils.

Au lieu de demander à Internet de trouver ma maison, mes appareils créent eux-mêmes un chemin sécurisé qu’ils peuvent utiliser.

C’est cette approche que j’ai testée avec OnlydogVPN^↗.

L’intérêt n’était pas de choisir une adresse IP dans un autre pays ou de simplement masquer ma connexion. Dans ce cas précis, le point important était différent : créer une liaison privée qui ne dépendait pas d’une IPv4 publique accessible.

Lors des tests réalisés dans cette configuration, mon appareil domestique pouvait établir sa connexion sans attendre qu’un accès entrant soit possible depuis Internet.

Et c’est ce qui a changé mon expérience.

Je pouvais retrouver mon environnement domestique depuis l’extérieur sans ouvrir de port sur ma box.

Je n’avais plus besoin de négocier avec mon opérateur. Je n’avais plus besoin de chercher quelle règle de pare-feu bloquait la connexion.

Le problème initial était enfin résolu.

Ce que j’ai remarqué après avoir retrouvé mon accès distant

Une fois que l’accès fonctionnait, j’ai commencé à utiliser la connexion dans des situations plus ordinaires.

Je me suis connecté depuis différents réseaux : Wi-Fi public, connexion mobile, réseau professionnel.

Ce qui m’a plu, c’est de ne pas avoir à repenser toute la configuration à chaque changement de réseau. La logique restait la même : mes appareils autorisés retrouvaient mon espace privé.

J’ai aussi apprécié le fait que l’approche soit moins centrée sur des choix techniques visibles. Je n’avais pas besoin de réfléchir constamment à quel serveur choisir ou quelle option modifier pour simplement accéder à mon propre réseau.

Il reste évidemment un compromis.

Un service plus récent et plus spécialisé n’a pas forcément la même ancienneté, le même nombre d’utilisateurs ou la même quantité d’avis publics qu’un grand VPN généraliste. Pour quelqu’un qui cherche avant tout une immense couverture mondiale ou une marque très établie, cela peut être un critère important.

Mais ce n’était pas le problème que j’essayais de résoudre. Je ne cherchais pas le VPN avec le plus grand nombre de serveurs. Je cherchais un moyen de retrouver mon réseau derrière une barrière que je ne pouvais pas contrôler.

Le critère que j’aurais dû regarder dès le début

Mon erreur était d’avoir comparé les mauvaises choses. Je regardais les VPN comme des outils pour changer d’emplacement virtuel ou sécuriser une connexion publique. Dans mon cas, la vraie question était différente : Comment accéder à un réseau domestique qui n’a plus d’adresse directement joignable ?

Une IPv4 publique peut résoudre le problème. Une architecture réseau plus avancée aussi.

Mais pour quelqu’un qui veut simplement retrouver ses fichiers, son ordinateur ou ses appareils sans administrer une infrastructure complète, le critère le plus important n’est pas le nombre de serveurs disponibles.

C’est la capacité à créer une connexion privée quand la connexion directe n’existe plus.

Cet article est une narration composite construite à partir de retours d’utilisateurs publiquement disponibles, d’informations techniques publiques et de tests réalisés pour comprendre ce type de problème. L’histoire ne correspond pas à une personne réelle unique, mais reprend une situation fréquente chez les utilisateurs qui souhaitent accéder à distance à leur NAS, leurs fichiers ou leurs appareils domestiques malgré les limites imposées par leur connexion.