VPNSmith
VPS Contabo
self-host-vpnCOMP

NetBird vs Headscale (2026) : votre propre stack, ou le client de quelqu'un d'autre

Les deux vous laissent héberger vous-même le serveur de coordination. NetBird fournit son propre client et sa propre couche d'identité ; Headscale réimplémente le serveur de Tailscale et s'appuie sur les applications officielles de Tailscale. Le choix porte sur la dépendance que vous acceptez de porter.

Par Eric Gerard · Fondateur · VPNSmith - Spécialiste self-host VPN & VPS GDPR6 min de lecturePhoto: Pexels

Les deux projets répondent à la même question, comment faire tourner un maillage WireGuard sans qu'une entreprise détienne la carte ?, et les deux y répondent honnêtement. La différence ne tient pas aux fonctionnalités, ni aux performances. Elle tient à la dépendance que vous êtes prêt à porter.

Vous comparez NetBird au service hébergé Tailscale plutôt qu'à Headscale ? Notre comparatif NetBird vs Tailscale couvre les offres gratuites, le prix par utilisateur et la différence qui tranche.

La version en une phrase

Headscale remplace le serveur de coordination de Tailscale par un serveur que vous hébergez, et conserve les clients officiels Tailscale. NetBird remplace le produit entier : son propre agent, son propre serveur de gestion, son propre tableau de bord, sa propre couche d'identité, WireGuard en dessous, rien d'emprunté au-dessus.

Cette seule différence structurelle conditionne presque tout le reste.

Où se situe la dépendance

C'est le point à trancher en premier, car aucune comparaison de fonctionnalités n'y résiste.

Avec Headscale, votre serveur vous appartient, mais le client est un logiciel maintenu par Tailscale Inc., pointé vers votre serveur via une URL de connexion modifiable. Cet arrangement tient depuis des années, et il n'a rien de contractuel. Si vous voulez le compromis dans l'autre sens, le service géré de Tailscale face à Headscale est le comparatif qui le pose en termes de SaaS contre auto-hébergement.

Avec NetBird, le client est l'agent propre au projet. Personne en amont ne peut changer le protocole sous vos pieds, et en échange, la couverture des plateformes, le rythme des versions et la survie à long terme du projet reposent entièrement sur NetBird. Héberger NetBird soi-même détaille ce que cela implique concrètement.

Aucun n'est plus sûr dans l'absolu. L'un vous demande de faire confiance à la tolérance durable d'un éditeur de client ; l'autre vous demande de parier sur un projet plus petit qui possède toute sa stack.

Un rendu 3D sur fond gris foncé : un anneau de polyèdres noirs à facettes reliés entre eux par de fines lignes dorées, chaque forme connectée à plusieurs voisines
Un anneau de formes noires à facettes reliées par de fines lignes dorées, chacune connectée à plusieurs autres. Les deux projets existent pour construire exactement cette forme sans qu'une entreprise garde le schéma.

Les pièces mobiles, comptées honnêtement

Headscale, c'est un binaire Go et une base de données. C'est tout le déploiement. Ajouter une machine, c'est une commande de connexion sur un client que la plupart des gens ont déjà.

L'installation par défaut de NetBird lance plusieurs services ensemble : un serveur de gestion, un serveur de signal, un relais TURN pour les connexions qui refusent de passer en direct, un tableau de bord et un fournisseur d'identité. Le docker-compose publié fait tout cela en une commande, mais une commande n'est pas un service. C'est plus de surface à patcher, surveiller et sauvegarder.

Le cadrage honnête : NetBird vous en donne plus dès l'installation, Headscale vous en laisse moins à maintenir. Lequel des deux est la bonne affaire dépend de si vous vouliez une interface d'administration au départ.

L'identité, et pourquoi elle les sépare

NetBird traite l'identité comme une partie du produit. Le SSO, le mappage des groupes et l'approbation des appareils sont le chemin attendu, pas une extension. Si la réponse à « qui a le droit d'être sur ce réseau » doit venir de Google Workspace, Okta, Entra ou Authentik, c'est une configuration documentée plutôt qu'un chantier.

Headscale prend en charge OIDC, il peut donc pointer vers votre fournisseur, mais la surface de gestion autour est volontairement plus mince. Le rôle de Headscale est de parler correctement le protocole Tailscale, pas d'être un produit de gestion d'appareils. Le contrôle d'accès vit dans des fichiers ACL compatibles Tailscale, ce qui est excellent si vous voulez un fichier relisible sous gestion de versions, et maigre si vous vouliez une interface.

Un tableau qui ne se dérobe pas

Si cela vous décritPenchez vers
Des portables et téléphones appartenant à des personnes qui ne devraient jamais voir un fichier de configurationHeadscale
Vous voulez le SSO, les groupes et l'approbation des appareils dans un seul produitNetBird
Vous voulez le moins de services possible à faire tourner, patcher et sauvegarderHeadscale
Vous refusez de dépendre du client d'une autre entrepriseNetBird
Vous voulez des règles d'accès sous forme de fichier relisible dans GitHeadscale
Vous voulez une interface d'administration dès le premier jourNetBird

Ce que nous n'affirmerions pas

Nous ne vous dirions pas que l'un est plus rapide. Les deux font transiter le trafic par WireGuard, les deux traversent le NAT et les deux se replient sur un relais quand ils n'y parviennent pas, un serveur TURN pour NetBird, DERP pour Headscale. Sur un lien donné, le facteur décisif est votre chemin réseau et votre matériel, pas l'étiquette du plan de contrôle. Si le débit est réellement votre contrainte, mesurez votre propre route avant de laisser un tableau comparatif choisir à votre place.

Nous ne vous dirions pas non plus qu'auto-héberger le plan de contrôle rend le maillage hautement disponible. Dans les deux projets, un plan de contrôle injoignable laisse les tunnels existants fonctionner, tandis que les nouveaux enrôlements, la rotation des clés et les changements de politique s'arrêtent. C'est un bon mode de défaillance, et cela signifie que ce qu'il vous faut, c'est une sauvegarde de l'état du plan de contrôle : pas un cluster.

Le verdict honnête

Choisissez Headscale si vous voulez la plus petite chose qui fonctionne et que cela ne vous dérange pas que le client vienne de quelqu'un d'autre. Choisissez NetBird si vous voulez que l'identité, les politiques et une interface fassent partie du même produit, et que vous préférez posséder toute la stack plutôt qu'emprunter la partie la mieux maintenue.

Dans les deux cas, le serveur de coordination a besoin d'un hébergement : un petit VPS toujours allumé avec une IP publique et un domaine. Pour Headscale, notre générateur de configuration Headscale gratuit écrit le config.yaml, le fichier Docker Compose et le bloc de reverse proxy ; pour l'un comme l'autre, un Contabo Cloud VPS 4 (4 vCPU, 8 Go de RAM) est affiché à partir de 5,50 €/mois sur contabo.com (vérifié le 17 octobre 2026), ce qui laisse de la place pour les différents services de NetBird. Si vous préférez un hébergeur américain avec une garantie satisfait ou remboursé de 30 jours, Ultahost VPS Basic coûte 5,52 $ par mois sur un engagement de 24 mois (1 Go de RAM, IPv4 dédiée, relevé le 21 octobre 2026), assez pour un serveur Headscale pour une petite équipe ; pour la stack plus lourde de NetBird, prenez la machine Contabo.

Si aucune des deux dépendances ne vous tente et que vous préférez un maillage avec sa propre autorité de certification, c'est une troisième forme à part entière : Headscale comparé à Nebula explore cette voie.

★ Datacenter Nuremberg GDPR · ✓ IPv4 dédiée incluse · port 200 Mbit/s

Héberge ton VPN sur ton propre VPS → ContaboAccès root complet · IPv4 publique · choisis ta région→

Questions fréquentes

Quelle est la différence entre NetBird et Headscale ?
Headscale est une réimplémentation open source du serveur de coordination de Tailscale : vous hébergez le serveur, mais les machines utilisent toujours les clients officiels Tailscale, pointés vers votre serveur au lieu de celui de Tailscale. NetBird est une stack complète à part entière (son propre agent, son propre serveur de gestion, son propre tableau de bord et sa propre couche d'identité), construite sur WireGuard mais sans rien devoir à Tailscale. Headscale remplace donc un composant du produit de quelqu'un d'autre, et NetBird remplace le produit entier.
Lequel est le plus simple à auto-héberger ?
Headscale, si l'on compte les pièces mobiles. C'est un binaire Go unique avec une base de données derrière, et les clients sont des applications que vos utilisateurs ont peut-être déjà installées. Le déploiement par défaut de NetBird lance plusieurs services à la fois : gestion, signal, un relais TURN pour les connexions qui ne passent pas en direct, un tableau de bord et un fournisseur d'identité. Le setup docker-compose fait tout cela en une commande, mais cela reste plus de surface à exploiter, patcher et sauvegarder. NetBird vous en donne plus dès l'installation ; Headscale vous en laisse moins à maintenir.
NetBird ou Headscale gèrent-ils le SSO ?
Les deux le peuvent, par des chemins différents. NetBird traite l'identité comme une partie du produit : l'installation standard embarque un fournisseur d'identité, et connecter un fournisseur externe (Google Workspace, Okta, Entra, Authentik) est un parcours documenté plutôt qu'un module additionnel. Headscale prend en charge OIDC, vous pouvez donc le brancher sur votre propre fournisseur, mais les éléments autour (mappage des groupes, flux d'approbation des appareils, interface d'administration) sont plus minces, car le rôle de Headscale est de parler le protocole Tailscale, pas d'être un produit de gestion.
Headscale dépend-il de la feuille de route des clients Tailscale ?
Oui, et c'est le risque structurel qu'il faut nommer. Headscale fonctionne parce que les clients officiels Tailscale permettent de remplacer le serveur de connexion, et parce que Headscale suit un protocole qu'il ne contrôle pas. Cet arrangement tient depuis des années et n'a rien de contractuel. NetBird a l'exposition inverse : vous dépendez du client propre à NetBird, des plateformes qu'il prend en charge et de la pérennité du projet, mais personne d'autre ne peut changer le protocole sous vos pieds.
Lequel choisir pour une petite équipe ?
Si les machines sont des portables et des téléphones appartenant à des personnes qui ne devraient jamais voir un fichier de configuration, et que vous faites déjà confiance aux applications Tailscale, Headscale est la réponse la plus légère : clients matures, connexion familière, un seul service à faire tourner. Si vous voulez que l'approbation des appareils, les politiques de groupe et le SSO fassent partie du même produit, et que vous préférez ne dépendre d'aucun client d'une autre entreprise, NetBird est conçu pour cela et vous donne une interface d'administration dès le premier jour.
Puis-je migrer de l'un à l'autre plus tard ?
Oui, mais prévoyez de réinstaller les clients plutôt que de basculer un réglage. Les deux parlent des protocoles différents, la migration implique donc d'enrôler à nouveau chaque machine avec l'agent de l'autre projet : le client Tailscale pour Headscale, l'agent NetBird pour NetBird. Votre plan d'adressage et vos règles d'accès peuvent être transposés sur le papier, mais aucun export ne transforme un déploiement en l'autre.