Le pair-à-pair privé : vos appareils Pro se rejoignent via Marseille
PC ↔ NAS, PC ↔ PC : deux appareils Pro du même compte se joignent en privé à travers le tunnel — le routeur n'est pas dans le chemin, aucun port n'est publié.
C'est quoi ?
Chaque appareil raccordé en Accès Pro reçoit sa propre adresse tunnel (10.8.2.x pour les confs actuelles) — et la conf porte l'ensemble du périmètre Pro. Résultat peu connu : vos appareils Pro se joignent ENTRE EUX à travers le tunnel. Votre portable joint le NAS du bureau, votre PC fixe répond à votre portable — le serveur de Marseille relaie d'un pair vers l'autre, et personne d'autre n'est invité.
Le mécanisme est simple : votre conf sait que tout le périmètre Pro vit dans le tunnel (AllowedIPs 10.8.0.0/24 et 10.8.2.0/24), la VM relaie les paquets d'un pair vers l'autre sans les réécrire — les vraies adresses tunnel sont préservées. Le trajet est chiffré sur chaque bras (votre appareil ↔ Marseille, puis Marseille ↔ l'autre appareil) : c'est le modèle de tout relais VPN, le serveur voit transiter le trafic comme n'importe quel serveur de tunnel.
Le MikroTik n'est PAS dans ce chemin : il reste la passerelle des sites à rejoindre (LAN étendu, supervision). Le pair-à-pair, ce sont vos appareils qui portent la conf — et rien d'autre.
NOTE DE CAPTURE : aucune capture dans ce guide — il décrit un mécanisme réseau, pas un écran de la console.
Quelle différence avec…
vs Le LAN étendu (via routeur)
Le LAN étendu joint les équipements DERRIÈRE une passerelle MikroTik (caméras, imprimantes — les machines qui ne portent pas WireGuard) ; le pair-à-pair relie les appareils qui PORTENT la conf, sans aucun routeur dans le chemin. Les deux se complètent.
vs Le cloud de partage de fichiers
Le cloud relit vos fichiers chez un tiers, avec son abonnement ; le pair-à-pair relie vos machines entre elles — les données voyagent dans le tunnel, sans intermédiaire de stockage.
vs Le port forwarding classique
Publier RDP ou SMB sur Internet, c'est offrir un service aux scanners du monde entier ; le pair-à-pair ne publie rien — vos services n'écoutent que dans le tunnel, joignables uniquement par vos appareils.
Que recevez-vous ?
- Le mécanisme en une phrase : adresses tunnel dédiées (10.8.2.x), relais par Marseille, adresses préservées, aucun port publié.
- Les recettes concrètes : joindre un NAS (fichiers, sauvegardes), prendre la main sur un poste (RDP, VNC), héberger un service pour vos propres appareils.
- Les limites honnêtes : l'appareil distant doit être allumé, le trajet passe par Marseille, et les invités tiers ne sont pas (encore) au programme.
Comment l'utiliser ?
Donnez à chaque appareil sa configuration
Deux appareils = deux commandes Pro = deux confs (règle d'or : une configuration = un appareil). Chaque conf se révèle depuis la console (« Voir la configuration ») et s'installe sur son appareil — l'adresse tunnel de chacun s'affiche au portefeuille : c'est votre annuaire.
Joignez l'autre appareil par son adresse tunnel
Tout ce qui écoute sur l'appareil distant est joignable à son adresse : ping 10.8.2.y pour vérifier, puis http://10.8.2.y (interface web), smb:// ou rsync vers le NAS, RDP/VNC vers le poste. Rien à ouvrir, rien à publier — le tunnel est déjà la route.
Astuce — L'adresse tunnel de chaque appareil est visible au portefeuille de la console — notez les vôtres une fois pour toutes.
Hébergez un service pour vos propres appareils
Un serveur de jeu sur le PC fixe, une démo web sur le portable de développement : le service écoute sur l'adresse tunnel de sa machine, et vos AUTRES appareils Pro le joignent en privé — même derrière CGNAT. Faire entrer un tiers extérieur au compte, c'est le chantier Accès Invité — pas encore livré.
Comptez le trajet, honnêtement
Deux appareils à Abidjan qui se parlent via Marseille : les paquets font l'aller-retour vers la France. Parfait pour des fichiers, une prise de main, une démo — moins pour du jeu compétitif entre deux machines du même bureau : sur place, le réseau local direct reste la bonne réponse. Le tunnel est fait pour la distance.
Quels usages ?
Le NAS joignable en déplacement
Fichiers, sauvegardes rsync, partages SMB : le NAS du bureau porte sa conf, le portable le joint à son adresse tunnel — sans cloud, sans port ouvert.
Le poste à distance
RDP ou VNC sur votre PC fixe depuis l'extérieur : l'un des usages les plus demandés — et la réponse n'est JAMAIS de publier RDP sur Internet, mais de le faire écouter dans le tunnel.
Le serveur entre vos machines
Un serveur de jeu ou une démo web écoutant sur l'adresse tunnel du PC qui l'héberge : vos autres appareils Pro le rejoignent en privé — même derrière CGNAT.
Pièges & astuces
L'appareil distant éteint est injoignable — Pas de pair, pas de relais : un PC en veille ne répond pas. Prévoyez le réveil local (Wake-on-LAN sur le réseau du site) ou laissez la machine allumée quand vous comptez vous y connecter.
Le débit transite par Marseille — L'aller-retour par la France entre deux appareils du même pays : très bien pour des fichiers et une prise de main, moins pour du trafic local à latence serrée. Sur place, préférez le réseau local.
Les invités ne sont pas (encore) dedans — Le pair-à-pair relie les appareils de VOTRE compte. Faire entrer un ami ou un client exige un accès dédié (chantier Accès Invité, à l'étude) — ne « solutionnez » jamais ça en partageant une conf : la règle une conf = un appareil la rendrait inutilisable de toute façon.