RemarkableCloud

Apps / Imágenes Docker

n8n en Docker.
Automatización de workflows, anclada.

n8n es una herramienta open source de automatización de workflows con un editor visual por nodos y más de 400 integraciones. Construyes automatizaciones conectando disparadores y acciones en un lienzo, y n8n las corre por calendario, bajo demanda o en respuesta a webhooks entrantes.

docker pull ghcr.io/remarkablecloud/n8n

Build actual

2.38.6-r1

Updated Jan 1, 1970

Base

n8n oficial, anclada por digest

Qué trae

URLs de webhook correctas tras proxy, datos persistentes, disciplina de llave de cifrado

Licencia upstream

n8n: Sustainable Use License (source-available)

Free to pull and run anywhere. Digest-pinned, updated deliberately; each build is recorded in the changelog.

La imagen

Qué agrega nuestra imagen.

n8n es una herramienta open source de automatización de workflows con un editor visual por nodos y más de 400 integraciones. Construyes automatizaciones conectando disparadores y acciones en un lienzo, y n8n las corre por calendario, bajo demanda o en respuesta a webhooks entrantes.

Base anclada por digest

El build ancla la capa upstream exacta por digest, así que un tag dado siempre resuelve a los mismos bytes y es fácil de auditar.

Etiquetas de procedencia OCI

Título, descripción, vendor y fuente viajan con la imagen para trazabilidad de cadena de suministro.

Healthcheck integrado

Un `HEALTHCHECK` del contenedor consulta el endpoint `/healthz` de n8n, así un orquestador solo envía tráfico a una instancia lista.

Directorio de datos escribible

El build asegura que `/home/node/.n8n` existe y pertenece a `node`, así que un volumen persistente montado es escribible de fábrica. Las funciones de n8n upstream no cambian. La versión está anclada a n8n 2.38.6 en el tag `2.38.6-r1`.

¿Prefieres saltarte el compose? Despliega n8n a un clic en tu propio VPS: TLS, dominio y base de datos ya conectados.

Despliega n8n a un clic

La guía

Córrelo en producción.

Resumen de producción

Un solo contenedor con SQLite: workflows, credenciales y la llave de cifrado viven en el volumen /home/node/.n8n, sin base externa. Detrás del proxy TLS, las variables N8N_PROTOCOL, N8N_HOST, WEBHOOK_URL y N8N_EDITOR_BASE_URL deben apuntar a tu URL pública para que los webhooks se construyan bien. La llave de cifrado del volumen es lo que hace legibles las credenciales guardadas: respaldar el volumen es respaldar todo. Para actualizar, cambia al tag nuevo y recrea.

La guía técnica completa (Compose, variables, hardening, respaldos y upgrades) está disponible en inglés: ver la guía completa.

Actualizaciones

Builds recientes.

2.38.6-r1

Sep 10, 2026

Initial RemarkableCloud build of n8n 2.38.6. - **Upstream:** n8n 2.38.6 (workflow automation, SQLite, no external database).

O sáltate la operación

Aloja n8n en tu propio VPS privado.

Un clic instala esta imagen exacta en un VPS que es solo tuyo, con asistente de dominio y TLS incluido. El mismo servidor corre tantas apps como quepan, sin cargo por app.

FAQ

Preguntas que nos hacen.

¿Esta imagen necesita base de datos externa?

No. Usa SQLite guardado en el volumen de datos. No hay contenedor de base de datos aparte.

¿Puedo correrla detrás de Traefik u otro reverse proxy?

Sí. Termina TLS en el proxy, reenvía al puerto 5678 del contenedor, define `N8N_PROTOCOL=https`, `N8N_HOST`, `WEBHOOK_URL` y `N8N_EDITOR_BASE_URL` con tu URL pública, y `N8N_PROXY_HOPS` con el número de proxies al frente.

¿Mis webhooks devuelven la URL equivocada?

Define `WEBHOOK_URL` (y `N8N_EDITOR_BASE_URL`) con tu URL pública HTTPS real. n8n construye las URLs de webhook desde esos valores.

¿Por qué el contenedor aparece unhealthy al inicio?

El healthcheck tiene un periodo de arranque para dejar a n8n inicializar. Reporta healthy cuando `/healthz` responde.

¿Dónde se guardan mis datos?

En el volumen `n8n-data` montado en `/home/node/.n8n`, incluyendo la base SQLite y la llave de cifrado.

Your server runs. You sleep.

Fully managed hosting from people who have been doing this since 2001.