VPN mesh auto-hébergé : votre relais, votre souveraineté

Ce que « auto-hébergé » veut dire ici

Un déploiement VIGIL comporte trois rôles : les nœuds (vos machines), les vigies (les relais aveugles qui transportent et coordonnent la traversée NAT) et le contrôleur (identités, annuaire, adressage). L’auto-hébergement concerne la vigie : vous faites tourner un relais sur votre serveur. Le contrôleur, lui, reste SaaS — nous le disons clairement pour ne pas laisser croire à un auto-hébergement total.

Pourquoi héberger sa vigie

Comment ça se déploie

1. 1
   PrérequisUn serveur Linux avec IP publique et trois ports entrants ouverts (udp/443, udp/4433, tcp/443). Il n’existe pas de mode « sortant seulement ».
2. 2
   Générer un jetonUn jeton de flotte à usage unique dans la console, de portée privée, lié à votre espace de travail.
3. 3
   Écrire la config minimaleJeton, empreinte du contrôleur, IP, capacités — tout le reste descend du contrôleur.
4. 4
   Premier démarrageLa commande register consomme le jeton ; la vigie reçoit ses clés, son certificat et ses allocations.
5. 5
   Qualification externeLe contrôleur teste vos trois listeners depuis l’extérieur avant toute allocation.
6. 6
   VérifierGET /healthz, apparition dans la console, vos réseaux basculent dessus.

Comparé aux VPN entièrement auto-hébergeables

Par honnêteté : certaines solutions (NetBird, ZeroTier, ou Tailscale via Headscale) permettent d’auto-héberger aussi le plan de contrôle. VIGIL ne le permet pas aujourd’hui — le contrôleur reste SaaS. En contrepartie, le relais est aveugle par construction et vous pouvez le rapatrier chez vous. Voir /docs/comparatif.