n8n local y seguro con LocalFlow: guía 2026

LocalFlow es un proyecto de la comunidad que te permite ejecutar n8n localmente de forma segura y exponerlo a internet sin abrir puertos, combinando Docker con Cloudflare Tunnel. Si alguna vez querés automatizar workflows desde tu laptop pero sin pagar hosting, esta es la configuración que más sentido tiene en 2026 para desarrollo y testing.

Qué es n8n y LocalFlow: automatización local y descentralizada

n8n es una plataforma open-source de automatización sin código que te permite conectar apps, APIs y servicios mediante workflows visuales. Tiene más de 400 integraciones nativas y el código fuente está disponible para quien quiera auditarlo o modificarlo. Es el competidor directo de Zapier y Make, pero con la ventaja de poder hostearlo vos mismo.

LocalFlow, el proyecto de Karim Baidar en GitHub, es una configuración lista para usar que combina n8n con Cloudflare Tunnel en un solo stack de Docker Compose. La idea es simple: corrés n8n en tu laptop y usás el túnel para que tenga una URL pública sin tocar el router ni abrir puertos. Sin VPS, sin servidor dedicado, sin costos mensuales de infraestructura.

La diferencia con la versión cloud oficial es el control total. Tus credenciales, tus datos, tu máquina.

Cómo ejecutar n8n localmente: instalación con Docker o npm

Si ya tenés Docker instalado, esto es lo único que necesitás para tener n8n corriendo:

• docker run -it --rm --name n8n -p 5678:5678 -v ~/.n8n:/home/node/.n8n docker.n8n.io/n8nio/n8n
• Abrís el navegador en http://localhost:5678
• Configurás usuario y contraseña en el primer login
• Listo. Tenés n8n funcionando

También podés instalarlo vía npm con npx n8n, que es más rápido si ya tenés Node.js. El resultado es el mismo: interfaz completa en el puerto 5678, workflows, credenciales y todo el ecosistema disponible. Funciona igual en Windows, Mac y Linux.

Con LocalFlow, el proceso es similar pero usás el docker-compose.yml del repositorio que ya viene con el servicio de cloudflared configurado. Un docker compose up -d y tenés los dos servicios corriendo juntos. Para más detalles técnicos, mirá configurar n8n con Docker.

Las limitaciones reales de una instancia local: el factor 24/7

Acá viene lo importante que muchos tutoriales omiten.

Si la laptop se queda sin batería, el sistema entra en suspensión, o simplemente la cerrás para ir a almorzar, n8n se detiene. Cualquier workflow programado (cron trigger, webhook, polling) simplemente no se ejecuta. No hay reintentos automáticos, no hay notificación, los datos se pierden o se saltan.

n8n tuvo históricamente un modo --tunnel que generaba una URL pública temporal para webhooks, pero la documentación oficial aclara que ese flag no es una solución de producción ni un reemplazo de hosting real. Era una herramienta de desarrollo que con el tiempo quedó en desuso.

Dicho esto, para desarrollo y testing esto no es un problema. Si estás probando un workflow antes de subirlo a producción, o si tus automatizaciones son tareas semanales que corrés vos manualmente, el setup local es perfecto.

Proteger n8n local con Cloudflare Tunnel: cómo funciona la arquitectura

Cloudflare Tunnel crea un canal encriptado entre tu máquina y los servidores de Cloudflare, sin necesidad de abrir puertos en el router ni de tener una IP pública fija. Tu n8n queda accesible desde internet a través de una URL con HTTPS, pero nadie puede conectarse directamente a tu equipo.

El flujo es este: instalás cloudflared (el agente de Cloudflare), te autenticás con tu cuenta, creás una ruta que apunte a localhost:5678, y Cloudflare le asigna un subdominio. Con LocalFlow, todo esto viene preconfigurado en el Compose.

¿Por qué esto es mejor que simplemente abrir el puerto 5678 en el router? Porque no exponés tu IP domiciliaria, Cloudflare actúa como proxy y filtro, y podés agregar reglas de Zero Trust (autenticación extra, restricción por país, lista de IPs permitidas) desde el dashboard de Cloudflare sin tocar nada en tu máquina.

Según el análisis de Beyond Space Studio sobre configuración segura de n8n, combinar Cloudflare Tunnel con Zero Trust Access es la arquitectura más sólida para instancias self-hosted sin VPS. Y es gratis en el tier básico de Cloudflare.

Seguridad: autenticación, HTTPS y mejores prácticas para n8n ejecutar localmente seguro

Ponele que levantás el túnel y quedás expuesto sin auth. Cualquiera que encuentre tu URL tiene acceso a todos tus workflows, credenciales de APIs guardadas, y puede ejecutar lo que quiera. No es un escenario hipotético, es lo que pasa si saltás este paso. Lo explicamos a fondo en automatizá sin límites ni costos.

Las variables de entorno que sí o sí tenés que configurar:

• N8N_BASIC_AUTH_ACTIVE=true — activa autenticación básica
• N8N_BASIC_AUTH_USER y N8N_BASIC_AUTH_PASSWORD — definís las credenciales
• N8N_ENCRYPTION_KEY — clave para encriptar las credenciales almacenadas en la DB
• WEBHOOK_URL — la URL pública del túnel, para que n8n genere los webhooks correctamente

El HTTPS lo resuelve Cloudflare automáticamente con su certificado. No necesitás Let’s Encrypt ni nada adicional.

Ojo con esto: entre 2025 y mayo de 2026 aparecieron varias CVEs relacionadas con instancias n8n expuestas sin autenticación o con versiones desactualizadas. Mantener n8n actualizado no es opcional si tenés una URL pública, aunque sea detrás de Cloudflare.

Local vs. cloud vs. VPS self-hosted: cuándo usar cada opción

La pregunta que inevitablemente surge: si ya tengo esto corriendo, ¿cuándo tiene sentido pagar por algo?

Opción	Costo	Disponibilidad	Control	Complejidad	Ideal para
Local + LocalFlow	Gratis	Solo cuando la laptop está encendida	Total	Baja	Desarrollo, testing, tareas manuales
n8n Cloud (Starter)	USD 20/mes	24/7 garantizado	Limitado	Ninguna	Equipos que necesitan confiabilidad sin ops
VPS self-hosted	USD 5-20/mes	24/7 si lo configurás bien	Total	Alta	Producción con control total y equipo técnico

Si necesitás hosting para escalar a producción, un VPS en donweb.com con Docker instalado y un reverse proxy tipo Caddy o Traefik te da la misma arquitectura pero con disponibilidad real. El stack de n8n en VPS es prácticamente el mismo que en local, solo que corre en un servidor que no se duerme.

Casos de uso reales donde esto tiene sentido

No todo workflow necesita estar disponible las 24 horas. Hay un montón de casos donde el setup local con LocalFlow es la elección correcta:

Desarrollo y testing de workflows

Antes de subir cualquier automatización a producción, la probás localmente. Configurás el webhook, lo disparás desde la fuente, ves los logs en tiempo real. Con LocalFlow tenés una URL pública temporal para que el webhook llegue desde servicios externos como GitHub, Stripe o cualquier API.

Tareas programadas no críticas

Reportes semanales, importación de datos que corrés vos los lunes a la mañana, sincronizaciones mensuales entre sheets y una base de datos. Si vos sos quien inicia el proceso y sabés que la computadora va a estar encendida, el setup local es suficiente. No tiene sentido pagar un VPS para un workflow que se ejecuta 4 veces por mes. Ya lo cubrimos antes en comparación de n8n con otras plataformas.

Prototipado antes de escalar

Diseñás el workflow completo en local, lo refinás hasta que funciona bien, documentás los pasos, y recién ahí lo migrás a un servidor. n8n exporta los workflows como JSON, así que la migración es copiar un archivo. Nada más.

SOHO (oficina en casa o pequeña empresa)

Si la computadora que corre n8n nunca se apaga (un mini-PC dedicado, una raspberry, o una máquina de escritorio que siempre está encendida), la arquitectura local pasa a ser perfectamente viable para pequeñas automatizaciones de negocio. El factor limitante deja de ser la disponibilidad y pasa a ser el ancho de banda del internet domiciliario.

Qué está confirmado y qué no

Confirmado

• LocalFlow es un proyecto de comunidad, no un producto oficial de n8n GmbH
• Cloudflare Tunnel en su tier gratuito soporta este uso sin restricciones de ancho de banda para webhooks normales
• n8n self-hosted no tiene límite de workflows ni de ejecuciones (a diferencia del plan cloud)
• La exportación/importación de workflows entre instancias funciona vía JSON

No confirmado / a verificar

• Cloudflare podría cambiar los términos de uso del tunnel gratuito en cualquier momento (los términos actuales de 2026 lo permiten, pero sin garantías futuras)
• El rendimiento bajo carga alta desde un tunnel domiciliario no está documentado de forma independiente
• LocalFlow como proyecto comunitario no tiene SLA ni compromiso de mantenimiento a largo plazo

Errores comunes al instalar n8n localmente

No persistir los datos de Docker

El error más frecuente: corrés docker run sin montar un volumen y cuando reiniciás el contenedor perdés todos los workflows y credenciales. Siempre usá -v ~/.n8n:/home/node/.n8n o un volume nombrado en el Compose. Si no aparece en el comando, asumí que vas a perder todo al reiniciar.

Olvidar configurar WEBHOOK_URL

n8n genera las URLs de los webhooks basándose en su configuración interna. Si no le decís cuál es la URL pública del túnel, va a generar URLs con localhost:5678 que obviamente no funcionan desde internet. Configurá WEBHOOK_URL=https://tu-subdominio.trycloudflare.com antes de crear cualquier webhook.

Exponer la instancia sin autenticación

Ya lo mencioné, pero vale repetirlo: el tunnel sin auth básica deja todo expuesto. Algunos tutoriales saltan este paso “para simplificar”. No lo hagás. Las variables N8N_BASIC_AUTH_ACTIVE tardan dos minutos en configurarse y son la diferencia entre una instancia privada y una instancia comprometida.

Usar el tunnel como solución de producción

El tunnel de Cloudflare en tier gratuito tiene un subdominio aleatorio que cambia cada vez que reiniciás el servicio. Si vas a usarlo para webhooks de producción, necesitás un dominio propio conectado a Cloudflare para que la URL sea estable. Sin eso, cada reinicio rompe todos los webhooks registrados en servicios externos. Cubrimos ese tema en detalle en orquestación con herramientas modernas.

Preguntas Frecuentes

¿Cómo ejecuto n8n localmente en mi computadora?

Con Docker: docker run -it --rm --name n8n -p 5678:5678 -v ~/.n8n:/home/node/.n8n docker.n8n.io/n8nio/n8n. Después abrís http://localhost:5678 en el navegador. Sin Docker, podés usar npx n8n si tenés Node.js instalado. En ambos casos el resultado es una instancia completa de n8n funcionando en tu máquina.

¿Cómo protejo mi n8n local con acceso desde internet?

La opción más práctica es Cloudflare Tunnel: instalás cloudflared, lo autenticás con tu cuenta de Cloudflare, y creás un túnel que apunte a localhost:5678. Cloudflare te da una URL pública con HTTPS sin que tengas que abrir puertos en el router. Además activás autenticación básica en n8n con las variables de entorno N8N_BASIC_AUTH_ACTIVE=true, usuario y contraseña.

¿Puedo usar n8n en mi laptop 24/7 sin hosting?

Podés, pero con limitaciones concretas: la instancia se detiene cada vez que la laptop duerme, se reinicia o pierde conexión. Para workflows críticos que no pueden tener downtime, necesitás un servidor siempre encendido (VPS o una máquina de escritorio dedicada). Para tareas no críticas o desarrollo, la laptop alcanza.

¿Qué diferencia hay entre n8n local y n8n cloud?

n8n cloud (plan Starter desde USD 20/mes) garantiza disponibilidad 24/7, actualizaciones automáticas y soporte. La versión local es gratis, sin límite de workflows ni ejecuciones, pero vos te encargás del mantenimiento, las actualizaciones y la disponibilidad. El control de los datos es total en local: nada sale de tu máquina salvo lo que vos explícitamente enviás a APIs externas.

¿Cómo integro webhooks en una instancia local de n8n?

Configurás la variable WEBHOOK_URL con la URL pública de tu tunnel (por ejemplo la que genera Cloudflare). n8n usa ese valor para generar las URLs de todos los webhooks, así cuando un servicio externo hace un POST a esa URL, el request llega a tu instancia local a través del túnel. Sin esta variable, n8n genera URLs con localhost que no son accesibles desde internet.

Conclusión

LocalFlow resuelve un problema concreto: cómo tener n8n accesible desde internet sin pagar infraestructura y sin exponer tu red domiciliaria. Para desarrollo y testing de workflows con webhooks, es la solución más rápida de configurar en 2026.

El límite real no es técnico sino operativo: la laptop tiene que estar encendida. Si eso no es un problema para tus casos de uso, el stack funciona bien. Si necesitás confiabilidad real, el siguiente paso lógico es un VPS con Docker y la misma configuración, que te da exactamente el mismo control pero sin depender de que tu máquina esté despierta.

Para proyectos medianos o equipos que no quieren operaciones, el cloud de n8n a USD 20/mes tiene sentido. Para todo lo demás, esta arquitectura gratuita es difícil de superar.

Fuentes

• LocalFlow en GitHub — proyecto de Karim Baidar para ejecutar n8n local con Cloudflare
• Documentación oficial de n8n sobre opciones de hosting
• ITNEXT — Self-hosting n8n con Cloudflare Tunnel
• Beyond Space Studio — Configuración segura de n8n con Cloudflare Zero Trust
• Comunidad n8n — Self-hosting seguro con Docker y Cloudflare Tunnel