VPN maison sur Raspberry Pi ou service commercial : j’ai fini par réserver mon IP domestique aux rares moments où elle était vraiment nécessaire

La première fois que mon Raspberry Pi m’a rendu exactement l’adresse IP de mon appartement français alors que j’étais à Copenhague, j’ai pensé que je n’avais plus besoin d’un VPN commercial.

J’ai actualisé la page de vérification trois fois.

Même adresse.

Celle de ma box.

Pas simplement une IP française. Pas Paris ou Marseille choisi dans une liste de serveurs. Mon IP domestique.

C’était précisément ce que je voulais pour un portail d’administration professionnel dont l’accès avait été limité à cette adresse avant mon départ.

J’ai ouvert le portail.

La page de connexion est apparue.

J’ai effectué la modification urgente qui m’avait amené là, enregistré, puis refermé l’onglet. Succès total.

J’ai donc laissé le Raspberry Pi comme sortie Internet pour le reste de la matinée.

C’est là que ma bonne solution a commencé à devenir une mauvaise habitude.

Le Raspberry Pi faisait exactement ce que je lui avais demandé

J’avais préparé le système avant le voyage.

Un Raspberry Pi 4 restait allumé chez moi, relié en Ethernet à la box. Je l’avais configuré comme nœud de sortie afin de pouvoir faire transiter ma connexion par mon domicile.

Le principe est simple une fois l’installation terminée :

portable au Danemark → tunnel chiffré → Raspberry Pi en France → ma box → Internet.

Tailscale documente précisément ce fonctionnement. Lorsqu’un appareil devient un exit node, il peut transporter le trafic Internet d’un autre appareil ; un vérificateur d’IP affiche alors l’adresse publique de cette sortie plutôt que celle du réseau utilisé en voyage.

C’est ce qui distingue ce montage d’un VPN commercial.

Un serveur VPN commercial en France me donne une adresse appartenant à l’infrastructure utilisée par le fournisseur.

Mon Raspberry Pi me fait réellement ressortir par ma connexion résidentielle.

Pour une liste blanche contenant exactement mon adresse domestique, cette différence suffit à trancher.

Et administrer un Pi laissé à la maison est devenu moins intimidant qu’il y a quelques années. Raspberry Pi Connect permet d’accéder à distance au terminal ou au bureau depuis un navigateur. Depuis mars 2026, le service prend également en charge des mises à jour à distance, ce qui est particulièrement utile pour une machine physiquement inaccessible pendant un voyage.

J’avais donc construit quelque chose qui ressemblait presque à mon VPN personnel idéal.

Presque.

J’avais confondu « avoir besoin de mon IP » et « utiliser mon IP pour tout »

Après avoir terminé sur le portail d’administration, j’ai ouvert ma messagerie.

Puis un espace de stockage.

Puis une visioconférence.

Tout passait toujours par le Raspberry Pi français.

La connexion fonctionnait, mais les pages lourdes répondaient moins vivement. L’envoi d’un dossier prenait davantage de temps que lorsque je sortais directement par la connexion danoise.

La raison devenait assez facile à visualiser.

Pour atteindre un service qui pouvait très bien être proche de Copenhague, j’envoyais d’abord mon trafic jusqu’en France. Ma connexion faisait un détour par mon salon avant de repartir vers sa véritable destination.

Et ce détour ajoutait une autre dépendance : mon Raspberry Pi pouvait être parfaitement configuré, mais il lui fallait toujours ma box et ma connexion domestique.

Une discussion publique récente illustre bien ce type de fragilité. En août 2026, un utilisateur d’un Raspberry Pi 4 utilisé comme nœud de sortie expliquait que son installation avait fonctionné correctement pendant des mois avant que le débit montant des appareils passant par cette sortie ne tombe sous 1 Mbit/s. Le Pi lui-même affichait pourtant de bonnes performances locales ; le problème apparaissait lorsque le trafic passait réellement par le nœud de sortie.

Ce n’était pas une raison d’abandonner mon Raspberry Pi.

C’était une raison d’arrêter de lui demander de transporter toute ma journée simplement parce qu’un seul portail avait besoin de lui.

Le test qui a changé ma comparaison n’était pas un Speedtest

J’ai coupé le nœud de sortie.

Immédiatement, le portable a retrouvé sa connexion danoise normale.

J’ai rouvert le portail professionnel.

Refus.

J’ai réactivé la sortie Raspberry Pi.

Actualisation.

Le portail s’est ouvert.

Cette fois, le besoin était démontré.

Ce portail ne demandait pas simplement une connexion protégée ou une adresse française. Son pare-feu attendait l’adresse que l’administrateur avait autorisée avant mon départ.

Un VPN commercial ne pouvait pas me rendre cette adresse précise.

Mais j’ai ensuite refait mentalement la liste du reste de ma matinée.

Messagerie.

Stockage.

Sites français ordinaires.

Visioconférence.

Aucun de ces usages n’exigeait l’adresse de mon appartement.

J’avais donc fait transiter toute ma connexion par mon salon pour satisfaire une contrainte qui concernait un seul portail.

Ma question a changé à ce moment-là.

Je ne me demandais plus :

« Raspberry Pi ou VPN commercial ? »

Je me demandais :

« Est-ce que cette tâche a réellement besoin de mon IP domestique ? »

C’est là que le VPN commercial a retrouvé une place

Pour le portail en liste blanche, je n’ai rien changé.

Le Raspberry Pi restait la bonne réponse.

Mais pour le reste du voyage, j’ai arrêté de maintenir cette route domestique en permanence.

J’ai ouvert OnlydogVPN sur le portable.

Je n’avais plus besoin de retrouver l’adresse exacte de ma box. Je voulais simplement protéger ma connexion de voyage sans faire passer chaque page, chaque fichier et chaque appel par mon appartement français.

J’ai lancé la connexion automatique.

Puis j’ai repris l’envoi du dossier qui traînait depuis le matin.

La progression est repartie.

J’ai rejoint la visioconférence suivante.

L’audio est resté stable.

Et surtout, je n’avais plus à me demander si la santé de mon Raspberry Pi ou de ma connexion domestique allait conditionner tout ce que je faisais en ligne.

Le service est conçu autour d’une connexion en une touche, sans demander de choisir une configuration réseau complexe avant de commencer. Dans ce scénario, cette simplicité comptait davantage qu’une longue liste de possibilités : mon infrastructure maison avait déjà la tâche compliquée.

Le VPN commercial pouvait garder la tâche simple.

Le Raspberry Pi était devenu une clé, pas ma route principale

L’après-midi, j’ai dû retourner une deuxième fois sur le portail protégé.

Cette fois, ma routine a duré moins d’une minute.

J’ai coupé le VPN commercial.

J’ai activé le nœud de sortie du Raspberry Pi.

Vérification de l’adresse IP.

C’était de nouveau celle de chez moi.

J’ai ouvert le portail, effectué l’opération et fermé la session.

Puis j’ai désactivé le nœud domestique et repris le VPN pour continuer ma journée.

Cette séquence paraît moins élégante que l’idée d’un seul VPN capable de tout faire.

Elle correspond pourtant beaucoup mieux au problème.

Le Raspberry Pi était devenu la clé d’une porte très particulière.

Je n’avais aucune raison de laisser cette clé coincée dans toutes les autres serrures.

Un VPN maison a une dépendance qu’on oublie facilement avant de partir

C’est probablement le point que je sous-estimais le plus lorsque j’ai préparé le Raspberry Pi.

À la maison, je pouvais le redémarrer.

Je pouvais regarder les voyants de la box.

Je pouvais remplacer un câble.

À Copenhague, je pouvais administrer beaucoup de choses à distance, mais pas remettre physiquement une prise dans son logement.

Raspberry Pi Connect réduit une partie de ce risque opérationnel : terminal distant, bureau distant et désormais déploiement de certaines mises à jour à distance facilitent la maintenance d’une machine qu’on ne peut pas toucher.

Mais un Pi parfaitement administrable ne peut pas me rendre mon IP domestique si la connexion de la maison n’a plus Internet.

L’Arcep rappelait encore en juillet 2026, dans son observatoire de la qualité des réseaux fibre, que des pannes et difficultés d’exploitation persistent sur une partie des réseaux français, même si le taux national moyen de pannes signalées reste faible.

C’est simplement la contrepartie du montage.

Pour obtenir quelque chose qu’un serveur commercial ne peut pas reproduire exactement — la sortie Internet de mon propre logement — je dois accepter que mon logement fasse partie de l’infrastructure.

Une discussion sur le Raspberry Pi m’a rappelé à quel point le mot « VPN » mélange des besoins différents

Quelques mois plus tôt, un utilisateur de r/digitalnomad avait décrit un problème remarquablement proche : il essayait de configurer un Raspberry Pi afin de se connecter depuis l’étranger et d’utiliser son Internet domestique, mais se retrouvait bloqué entre SSH, configuration réseau et choix du matériel. Il précisait qu’un VPN commercial ne répondait pas à son besoin professionnel parce qu’il voulait précisément son IP de domicile.

Dans les réponses, une question revenait sous différentes formes : qu’entend-on exactement par « utiliser mon Internet à la maison » ?

Accéder à un NAS ?

Administrer une machine ?

Faire apparaître tout son trafic avec l’adresse IP domestique ?

Ce ne sont pas les mêmes problèmes.

C’est aussi ce que j’avais mis plusieurs heures à comprendre.

Si un employeur, un pare-feu personnel ou une liste blanche exige l’adresse précise de votre domicile, un serveur commercial situé dans le même pays n’est pas un substitut. Il peut donner une adresse française ; il ne peut pas devenir l’adresse de votre box.

Le Raspberry Pi répond alors au bon problème.

Mais si « retrouver mon IP domestique » signifie en réalité « je veux protéger ma connexion et continuer à utiliser normalement Internet pendant mon voyage », faire dépendre toute sa journée d’une petite machine laissée chez soi revient souvent à construire plus d’infrastructure que nécessaire.

C’était exactement mon erreur.

Je garderais les deux, mais je ne leur demanderais plus la même chose

Le petit service commercial a ses limites.

Il propose moins de régions qu’un grand fournisseur et possède un historique public beaucoup plus court. Quelqu’un qui cherche avant tout des dizaines de localisations précises trouvera davantage de choix chez des acteurs établis.

Mais ce n’était plus mon critère.

Quand j’ai réellement besoin de l’adresse exacte de ma box, mon Raspberry Pi gagne sans discussion.

Le nœud de sortie transporte ma connexion jusqu’à mon domicile et la fait ressortir par là.

Cette exactitude a cependant un prix : le Pi doit être disponible et la connexion de la maison doit fonctionner.

Pour le reste de mes heures de voyage, je préfère ne pas faire dépendre chaque visioconférence, téléchargement et page web d’un petit ordinateur posé à plusieurs centaines de kilomètres.

Le matin à Copenhague, je pensais avoir construit un Raspberry Pi capable de remplacer mon VPN commercial.

Le soir, j’avais compris que je lui avais donné une tâche beaucoup plus précieuse et beaucoup plus étroite.

Le Raspberry Pi restait allumé pour les rares portes qui reconnaissaient mon adresse.

Le petit VPN restait sur mon portable pour le reste du voyage.

Mon IP domestique n’était finalement pas le VPN dont j’avais besoin toute la journée ; c’était la clé que je sortais uniquement lorsque le portail exigeait précisément l’adresse de mon salon.