Self-host n8n на VPS.
Ваш движок автоматизации, ваши учётные данные, ваше железо.

n8n — это движок автоматизации workflow: визуальный холст, на котором вы соединяете триггер — webhook, расписание, новую строку в базе данных, сообщение в очереди — с цепочкой узлов, вызывающих API, преобразующих данные, ветвящихся по условиям, выполняющих произвольный JavaScript или Python и передающих результат дальше по цепочке. Несколько сотен узлов интеграции идут в комплекте, плюс универсальный узел HTTP Request, покрывающий всё остальное. Начиная с линейки 1.x он также несёт узлы AI Agent и LLM, поэтому значительная часть тех, кто устанавливает его в 2026 году, строит агентов, а не классическую ETL-сантехнику.

То, что важно прежде, чем вы наберёте хотя бы одну команду, — это лицензия, потому что n8n не является open source в смысле OSI, и разница здесь не академическая. Ядро распространяется по Sustainable Use License: неисключительная, безвозмездная, всемирная лицензия на использование, копирование, изменение и распространение ПО для внутренних деловых целей и для личного или некоммерческого использования. Что она не даёт — право брать плату с других за n8n или за производный от него продукт, и именно этот пункт исключает построение платного продукта «managed n8n» поверх него. Отдельно, любой файл с .ee. в имени или .ee в пути полностью исключён из этой лицензии и требует платной n8n Enterprise License.

Проще говоря: запуск n8n на VPS для автоматизации собственной компании, работы для собственных клиентов, оказываемой как услуга, или собственной личной жизни — внутри бесплатной лицензии, и всегда было внутри. Продажа n8n как хостинг-продукта — нет. Почти любой спор в интернете на тему «действительно ли n8n бесплатен» — это два человека, говорящих мимо друг друга через эту границу.

Сторона стоимости. n8n Cloud тарифицируется по числу выполнений: план Starter — €20 в месяц при годовой оплате за 2 500 выполнений, Pro — €50 в месяц за 10 000, Business — €667 в месяц за 40 000. При self-hosting число выполнений вообще не отдельная строка в счёте — оно ограничено лишь тем, сколько CPU и памяти есть у машины. Workflow, опрашивающий API каждые пять минут, сам по себе сжигает 8 640 выполнений в месяц; на Cloud один этот workflow уже вынуждает перейти на тариф Pro, а на VPS за $3.90 это статистическая погрешность на фоне простаивающего CPU.

Цены Cloud приведены по данным n8n.io на август 2026 года при годовой оплате; помесячная оплата обходится дороже. Компромисс не только в деньгах — self-hosting переносит обновления, резервное копирование, продление TLS и аптайм на вашу сторону.

В панели: Order → VPS → Sentinel, образ Debian 12. Для открытия аккаунта не нужен email, ни на каком этапе не запрашивается документ, удостоверяющий личность, а счёт оплачивается в Monero, Bitcoin, Lightning или любом другом из поддерживаемых активов. Выбирайте бастион по задержке до сервисов, которые вы автоматизируете, а не до себя — сервер автоматизации общается с API гораздо чаще, чем с вами.

Затем создайте DNS-запись, прежде чем трогать сервер: A-запись для n8n.example.com, указывающую на IPv4 VPS, и AAAA-запись, если вы используете IPv6. Это нужно сделать первым делом, потому что Caddy запрашивает сертификат у Let's Encrypt в момент запуска стека, а запрос сертификата для имени, которое не резолвится, завершается неудачей — затем откладывается, и вы тратите двадцать минут, гадая, почему сайт недоступен.

Дайте DNS минуту на распространение и подтвердите со своей машины, прежде чем продолжать:

dig +short n8n.example.com
# → the IPv4 of your VPS, and nothing else

Прежде чем что-либо начнёт слушать публичный порт, пройдите чек-лист защиты первого часа — SSH только по ключу, firewall, разрешающий лишь 22, 80 и 443, и автоматические обновления безопасности. Сервер автоматизации — это сейф с учётными данными; он заслуживает полного часа.

Сначала создайте каталог и сгенерируйте два секрета. Сгенерируйте их сейчас, именно в этом порядке, и вставляйте в .env по ходу дела — в частности, ключ шифрования должен существовать до первого запуска n8n, а не после.

mkdir -p /opt/n8n && cd /opt/n8n
openssl rand -hex 32   # → N8N_ENCRYPTION_KEY
openssl rand -hex 24   # → POSTGRES_PASSWORD

/opt/n8n/.env

DOMAIN=n8n.example.com
LETSENCRYPT_EMAIL=you@example.com
GENERIC_TIMEZONE=Europe/Stockholm

N8N_ENCRYPTION_KEY=paste_the_32_byte_hex_here
POSTGRES_DB=n8n
POSTGRES_USER=n8n
POSTGRES_PASSWORD=paste_the_24_byte_hex_here

Немедленно закройте доступ к файлу — в нём ключ ко всем учётным данным, которые экземпляр когда-либо будет хранить:

chmod 600 /opt/n8n/.env

/opt/n8n/docker-compose.yml

services:
  caddy:
    image: caddy:2-alpine
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
    environment:
      - DOMAIN=${DOMAIN}
      - LETSENCRYPT_EMAIL=${LETSENCRYPT_EMAIL}
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - caddy_data:/data
      - caddy_config:/config

  postgres:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      - POSTGRES_DB=${POSTGRES_DB}
      - POSTGRES_USER=${POSTGRES_USER}
      - POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
    volumes:
      - pg_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U ${POSTGRES_USER} -d ${POSTGRES_DB}"]
      interval: 10s
      timeout: 5s
      retries: 10

  n8n:
    image: docker.n8n.io/n8nio/n8n:latest
    restart: unless-stopped
    depends_on:
      postgres:
        condition: service_healthy
    environment:
      - N8N_HOST=${DOMAIN}
      - N8N_PORT=5678
      - N8N_PROTOCOL=https
      - N8N_EDITOR_BASE_URL=https://${DOMAIN}
      - WEBHOOK_URL=https://${DOMAIN}/
      - N8N_PROXY_HOPS=1
      - N8N_ENCRYPTION_KEY=${N8N_ENCRYPTION_KEY}
      - GENERIC_TIMEZONE=${GENERIC_TIMEZONE}
      - TZ=${GENERIC_TIMEZONE}
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
      - DB_POSTGRESDB_USER=${POSTGRES_USER}
      - DB_POSTGRESDB_PASSWORD=${POSTGRES_PASSWORD}
      - N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
      - N8N_BLOCK_ENV_ACCESS_IN_NODE=true
      - N8N_DIAGNOSTICS_ENABLED=false
      - N8N_VERSION_NOTIFICATIONS_ENABLED=false
      - N8N_PERSONALIZATION_ENABLED=false
    volumes:
      - n8n_data:/home/node/.n8n

volumes:
  caddy_data:
  caddy_config:
  pg_data:
  n8n_data:

/opt/n8n/Caddyfile

{$DOMAIN} {
    encode zstd gzip
    tls {$LETSENCRYPT_EMAIL}
    reverse_proxy n8n:5678
}

Два архитектурных решения, которые стоит назвать. Во-первых, n8n не публикует порт наружу. Только Caddy занимает 80 и 443; n8n слушает 5678 внутри сети Compose, куда ничто снаружи хоста дотянуться не может. Удивительно много self-hosted экземпляров n8n торчат в открытом интернете на порту 5678 без TLS спереди, и поисковики по открытым сервисам их индексируют. Во-вторых, том данных n8n остаётся подключённым, даже когда workflow теперь хранятся в PostgreSQL, — в этом каталоге по-прежнему лежат настройки экземпляра, файлы логов и ресурсы контроля версий.

Запустите:

cd /opt/n8n
docker compose up -d
docker compose logs -f caddy   # watch the certificate being issued

n8n, который запускается, показывает редактор и выполняет ручной тест, — это ещё не работающий n8n. Тихо ломается именно половина с входящими webhook, причём так, что кажется, будто виноват сторонний сервис.

WEBHOOK_URL. Без него n8n строит URL webhook из N8N_HOST и N8N_PORT и выдаёт вам что-то вроде http://localhost:5678/webhook/abc — что вы затем вставляете в Stripe или GitHub, где до него никогда не достучаться. Файл Compose выше задаёт WEBHOOK_URL как публичный HTTPS-корень, именно его покажет редактор и именно по нему сможет достучаться внешний мир.

N8N_EDITOR_BASE_URL. Публичный URL, который n8n использует для ссылок в отправляемых письмах — сброс пароля, приглашения пользователей. Ошибка здесь означает ссылку-приглашение, указывающую на localhost, а это тикет в поддержку от коллеги, а не сломанная интеграция.

N8N_PROXY_HOPS. n8n считывает IP клиента из X-Forwarded-For и доверяет ровно стольким переходам, сколько указывает это число. При одном обратном прокси спереди — Caddy в этом стеке — значение равно 1. Поставьте Cloudflare перед Caddy — и оно станет 2. Оставьте значение по умолчанию 0 — и каждый запрос будет выглядеть исходящим от самого прокси, что незаметно ломает лимиты частоты запросов и любую логику в ваших workflow, основанную на IP.

N8N_SECURE_COOKIE. По умолчанию равно true, то есть cookie сессии отправляется только по HTTPS. Это правильная настройка, и этот стек её соблюдает. Стоит это знать, потому что это объясняет классический симптом первой попытки по обычному http: форма входа принимает пароль и затем бесконечно возвращает вас на форму входа. Решение — TLS, а не отключение флага.

Протестируйте это как следует. Создайте workflow с узлом Webhook, активируйте workflow, скопируйте Production URL, затем вызовите его с машины, которая не является сервером:

curl -i https://n8n.example.com/webhook/<path>
# → HTTP/2 200, and a new execution visible in the editor

Различие, на котором хоть раз спотыкается каждый: Test URL слушает только пока у вас открыт редактор с включённым «Listen for test event». Production URL существует только тогда, когда workflow переключён в состояние Active. Webhook, который работает в редакторе и отдаёт 404 в продакшне, — почти всегда неактивный workflow.

По умолчанию n8n работает в обычном режиме: один и тот же процесс, который обслуживает редактор и принимает webhook, также выполняет workflow. Это просто и работает корректно — пока один долгий workflow не заставит остальные ждать. Симптом безошибочный: выполнения минутами висят в статусе «running», редактор начинает тормозить, а webhook, который должен ответить за 200 мс, отвечает за восемь секунд.

Режим очереди разделяет работу. Основной экземпляр держит редактор, триггеры и конечные точки webhook; он помещает идентификаторы выполнений в Redis; отдельные процессы-воркеры забирают их, загружают workflow из PostgreSQL, выполняют его и сообщают результат обратно через Redis. Из этой архитектуры следуют три правила, и все три больно бьют тех, кто их пропускает: все экземпляры должны использовать одну и ту же базу данных PostgreSQL, все экземпляры должны нести один и тот же N8N_ENCRYPTION_KEY, а SQLite не поддерживается вообще.

Дополнения к файлу Compose — это сервис Redis и один сервис-воркер, представляющий собой тот же образ n8n, запущенный с командой worker:

  redis:
    image: redis:7-alpine
    restart: unless-stopped
    command: ["redis-server", "--save", "60", "1", "--appendonly", "no"]
    volumes:
      - redis_data:/data

  n8n-worker:
    image: docker.n8n.io/n8nio/n8n:latest
    restart: unless-stopped
    command: worker --concurrency=5
    depends_on:
      - redis
      - postgres
    environment:
      # the SAME encryption key and the SAME database as the main instance
      - EXECUTIONS_MODE=queue
      - QUEUE_BULL_REDIS_HOST=redis
      - N8N_ENCRYPTION_KEY=${N8N_ENCRYPTION_KEY}
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
      - DB_POSTGRESDB_USER=${POSTGRES_USER}
      - DB_POSTGRESDB_PASSWORD=${POSTGRES_PASSWORD}
      - GENERIC_TIMEZONE=${GENERIC_TIMEZONE}
      - TZ=${GENERIC_TIMEZONE}

Добавьте EXECUTIONS_MODE=queue и QUEUE_BULL_REDIS_HOST=redis также в основной сервис n8n — обе стороны должны быть согласованы по режиму. Две опции стоит задать с самого начала: OFFLOAD_MANUAL_EXECUTIONS_TO_WORKERS=true, чтобы нажатие «Test workflow» в редакторе не занимало основной процесс, и N8N_GRACEFUL_SHUTDOWN_TIMEOUT, который по умолчанию равен 30 секундам и определяет, сколько времени воркеру разрешено доработать текущую задачу при повторном развёртывании. Если ваши workflow обычно выполняются дольше тридцати секунд, увеличьте это значение — иначе каждое развёртывание будет обрывать работу на лету.

Не начинайте отсюда. Режим очереди добавляет два подвижных узла и целый класс отказов, которых у обычного режима попросту нет. Оставайтесь в обычном режиме, пока не увидите, что очередь растёт или один workflow блокирует другой, затем добавьте одного воркера на той же машине, прежде чем добавлять вторую машину. Эта последовательность — Sentinel в обычном режиме, Garrison с одним воркером, Ravelin с тремя — покрывает всё, кроме по-настоящему крупного развёртывания.