VPNSmith
VPS Contabo
self-host-vpnCOMP

NetBird vs Headscale (2026): tu propio stack, o el cliente de otro

Ambos te permiten ejecutar tú mismo el servidor de coordinación. NetBird trae su propio cliente y su propia capa de identidad; Headscale reimplementa el servidor de Tailscale y se apoya en las apps oficiales de Tailscale. La elección depende de qué dependencia estás dispuesto a asumir.

Por Eric Gerard · Fundador · VPNSmith - Especialista en VPN self-host y VPS GDPR6 min de lecturaPhoto: Pexels

Ambos proyectos responden a la misma pregunta, ¿cómo ejecuto una malla WireGuard sin que una empresa tenga el mapa?, y ambos la responden con honestidad. La diferencia no está en las funciones, ni en el rendimiento. Está en qué dependencia estás dispuesto a cargar.

¿Comparas NetBird con el servicio alojado de Tailscale en lugar de con Headscale? Nuestra comparativa NetBird vs Tailscale cubre los planes gratuitos, el precio por usuario y la única diferencia que decide.

La versión en una frase

Headscale sustituye el servidor de coordinación de Tailscale por uno que ejecutas tú, y conserva los clientes oficiales de Tailscale. NetBird sustituye el producto entero: su propio agente, su propio servidor de gestión, su propio panel, su propia capa de identidad, WireGuard por debajo, nada prestado por encima.

Esa única diferencia estructural determina casi todo lo demás.

Dónde está la dependencia

Esta es la parte que hay que resolver primero, porque ninguna comparación de funciones sobrevive a ella.

Con Headscale, tu servidor es tuyo, pero el cliente es software mantenido por Tailscale Inc., apuntado a tu servidor mediante una URL de inicio de sesión modificable. Ese arreglo se ha mantenido durante años, y no es contractual. Si quieres ver el compromiso en la otra dirección, el servicio gestionado de Tailscale frente a Headscale es la comparativa que lo plantea como SaaS frente a autoalojamiento.

Con NetBird, el cliente es el agente propio del proyecto. Nadie aguas arriba puede cambiar el protocolo bajo tus pies y, a cambio, la cobertura de plataformas, el ritmo de publicaciones y la supervivencia a largo plazo del proyecto dependen enteramente de NetBird. Ejecutar NetBird autoalojado explica lo que eso implica en la práctica.

Ninguno es más seguro en abstracto. Uno te pide confiar en la tolerancia continuada de un proveedor de clientes; el otro te pide apostar por un proyecto más pequeño que es dueño de todo su stack.

Un render 3D sobre fondo gris oscuro: un anillo de poliedros negros facetados unidos entre sí por finas líneas doradas, cada forma enlazada a varias vecinas
Un anillo renderizado de formas negras facetadas unidas por finas líneas doradas, cada una enlazada a varias otras. Ambos proyectos existen para construir exactamente esta forma sin que una empresa guarde el diagrama.

Piezas móviles, contadas con honestidad

Headscale es un binario Go y una base de datos. Ese es el despliegue. Añadir una máquina es un comando de inicio de sesión en un cliente que la mayoría ya tiene.

La instalación por defecto de NetBird levanta varios servicios juntos: un servidor de gestión, un servidor de señalización, un relay TURN para las conexiones que se niegan a ir en directo, un panel y un proveedor de identidad. El docker-compose publicado lo reduce a un comando, pero un comando no es un servicio. Es más superficie que parchear, supervisar y respaldar.

El planteamiento honesto: NetBird te da más de serie, Headscale te da menos que mantener. Cuál de los dos es la ganga depende de si querías una interfaz de administración desde el principio.

La identidad, y por qué los separa

NetBird trata la identidad como parte del producto. El SSO, el mapeo de grupos y la aprobación de dispositivos son el camino previsto, no una extensión. Si la respuesta a "quién puede entrar en esta red" tiene que venir de Google Workspace, Okta, Entra o Authentik, es una configuración documentada y no un proyecto.

Headscale soporta OIDC, así que puede apuntar a tu proveedor, pero la superficie de gestión que lo rodea es deliberadamente más escasa. El trabajo de Headscale es hablar correctamente el protocolo de Tailscale, no ser un producto de gestión de dispositivos. El control de acceso vive en archivos ACL compatibles con Tailscale, lo cual es excelente si quieres un archivo revisable en control de versiones, y pobre si querías una interfaz.

Una tabla que no se escaquea

Si esto te describeInclínate por
Portátiles y móviles de personas que nunca deberían ver un archivo de configuraciónHeadscale
Quieres SSO, grupos y aprobación de dispositivos dentro de un mismo productoNetBird
Quieres el menor número de servicios que ejecutar, parchear y respaldarHeadscale
Te niegas a depender en absoluto del cliente de otra empresaNetBird
Quieres las reglas de acceso como un archivo revisable en GitHeadscale
Quieres una interfaz de administración desde el primer díaNetBird

Lo que no afirmaríamos

No te diríamos que uno es más rápido. Ambos transportan el tráfico sobre WireGuard, ambos atraviesan el NAT y ambos recurren a un relay cuando no pueden: un servidor TURN en NetBird, DERP en Headscale. En cualquier enlace concreto, el factor decisivo es tu ruta y tu hardware, no la etiqueta del plano de control. Si el rendimiento es de verdad tu limitación, mide tu propia ruta antes de dejar que una tabla comparativa elija por ti.

Tampoco te diríamos que autoalojar el plano de control hace que la malla sea de alta disponibilidad. En ambos proyectos, un plano de control inaccesible deja los túneles existentes funcionando, mientras que las nuevas inscripciones, la rotación de claves y los cambios de política se detienen. Es un buen modo de fallo, y significa que lo que necesitas es una copia de seguridad del estado del plano de control, no un clúster.

El veredicto honesto

Elige Headscale si quieres lo más pequeño que funcione y te parece bien que el cliente venga de otro. Elige NetBird si quieres que la identidad, las políticas y una interfaz formen parte del mismo producto, y prefieres ser dueño de todo el stack antes que tomar prestada la parte mejor mantenida.

En ambos casos, el servidor de coordinación necesita un hogar: un VPS pequeño siempre encendido con IP pública y un dominio. Para Headscale, nuestro generador de configuración de Headscale gratuito escribe el config.yaml, el archivo Docker Compose y el bloque del proxy inverso; para cualquiera de los dos, un Contabo Cloud VPS 4 (4 vCPU, 8 GB de RAM) aparece desde 5,50 €/mes en contabo.com (consultado el 17 oct. 2026), lo que deja margen para los diversos servicios de NetBird. Si prefieres un proveedor estadounidense con garantía de reembolso de 30 días, Ultahost VPS Basic cuesta 5,52 $ al mes con un plazo de 24 meses (1 GB de RAM, IPv4 dedicada, consultado el 21 de octubre de 2026), suficiente para un servidor Headscale de un equipo pequeño; para el stack más pesado de NetBird, elige la máquina de Contabo.

Si ninguna de las dos dependencias te convence y prefieres ejecutar una malla con su propia autoridad de certificación, esa es una tercera forma completamente distinta: Headscale comparado con Nebula toma ese camino.

★ Datacenter Núremberg GDPR · ✓ IPv4 dedicada incluida · puerto de 200 Mbit/s

Aloja tu VPN en tu propio VPS → ContaboAcceso root completo · IPv4 pública · elige tu región→

Preguntas frecuentes

¿Cuál es la diferencia entre NetBird y Headscale?
Headscale es una reimplementación de código abierto del servidor de coordinación de Tailscale: tú ejecutas el servidor, pero las máquinas siguen usando los clientes oficiales de Tailscale, apuntando a tu servidor en lugar del de Tailscale. NetBird es un stack completo propio (su propio agente, su propio servidor de gestión, su propio panel y su propia capa de identidad), construido sobre WireGuard pero sin deberle nada a Tailscale. Así que Headscale sustituye un componente del producto de otro, y NetBird sustituye el producto entero.
¿Cuál es más fácil de autoalojar?
Headscale, si cuentas las piezas móviles. Es un único binario Go con una base de datos detrás, y los clientes son apps que tus usuarios quizá ya tengan instaladas. El despliegue por defecto de NetBird levanta varios servicios a la vez: gestión, señalización, un relay TURN para las conexiones que no van en directo, un panel y un proveedor de identidad. La configuración docker-compose lo reduce a un comando, pero sigue siendo más superficie que ejecutar, parchear y respaldar. NetBird te da más de serie; Headscale te da menos que mantener.
¿NetBird o Headscale gestionan SSO?
Ambos pueden, y llegan de forma distinta. NetBird trata la identidad como parte del producto: la instalación estándar incluye un proveedor de identidad, y conectar uno externo (Google Workspace, Okta, Entra, Authentik) es un camino documentado y no un añadido. Headscale soporta OIDC, así que puedes apuntarlo a tu propio proveedor, pero las piezas alrededor (mapeo de grupos, flujos de aprobación de dispositivos, la interfaz de administración) son más escasas, porque el trabajo de Headscale es hablar el protocolo de Tailscale, no ser un producto de gestión.
¿Le afecta a Headscale la hoja de ruta del cliente de Tailscale?
Sí, y es el riesgo estructural que conviene nombrar. Headscale funciona porque los clientes oficiales de Tailscale permiten cambiar el servidor de inicio de sesión, y porque Headscale sigue el ritmo de un protocolo que no controla. Ese arreglo se ha mantenido durante años y no es contractual. NetBird tiene la exposición opuesta: dependes del propio cliente de NetBird, de las plataformas que soporta y de que el proyecto continúe, pero nadie más puede cambiar el protocolo bajo tus pies.
¿Cuál debería elegir para un equipo pequeño?
Si las máquinas son portátiles y móviles de personas que nunca deberían ver un archivo de configuración, y ya confías en las apps de Tailscale, Headscale es la respuesta más ligera: clientes maduros, un inicio de sesión familiar, un solo servicio que ejecutar. Si quieres que la aprobación de dispositivos, las políticas de grupo y el SSO formen parte del mismo producto, y prefieres no depender en absoluto del cliente de otra empresa, NetBird está hecho para eso y te da una interfaz de administración desde el primer día.
¿Puedo migrar de uno a otro más adelante?
Sí, pero cuenta con reinstalar los clientes en lugar de cambiar un ajuste. Los dos hablan protocolos distintos, así que migrar significa volver a inscribir cada máquina con el agente del otro proyecto: el cliente de Tailscale para Headscale, el agente de NetBird para NetBird. Tu esquema de direccionamiento y tus reglas de acceso pueden trasladarse sobre el papel, pero no hay ninguna exportación que convierta un despliegue en el otro.