Как установить и настроить n8n на VPS

MAATRIX

n8n — это открытая платформа автоматизации, которая связывает сотни сервисов в рабочие сценарии без единой строки кода на стороне пользователя. Установить n8n на VPS стоит хотя бы ради приватности: ваши данные, токены и логика остаются на вашем сервере, а не в чужом облаке. Разберём установку в Docker по шагам — с доменом, HTTPS и автозапуском, чтобы получилась не тестовая песочница, а рабочий инструмент.

Почему n8n лучше держать на своём VPS

У n8n есть облачная версия, но собственный сервер даёт три весомых преимущества. Первое — приватность: через n8n проходят токены доступа к почте, CRM, платёжкам и базам, и держать их на своей машине спокойнее, чем доверять третьей стороне. Второе — отсутствие лимитов на количество выполнений и активных сценариев, которые есть в тарифах облака. Третье — контроль: вы сами решаете, когда обновляться, сколько ресурсов выделить и как хранить данные.

Ещё один практичный мотив для российских пользователей — стабильность оплаты и доступа. Свой VPS не зависит от того, принимает ли зарубежный сервис карту российского банка. У MAATRIX сервер оплачивается картой РФ, по СБП, криптой или токеном MAAT, а локацию можно выбрать под задачу: US для связки с зарубежными API, RU для минимального пинга к российским сервисам.

n8n нетребователен к железу для старта. Для личных и небольших командных сценариев хватает минимального тарифа: одно-два ядра и 2 ГБ памяти. Нагрузка растёт только при частых запусках тяжёлых сценариев с обработкой больших объёмов данных — тогда есть смысл в более мощной конфигурации.

Стоит сразу понимать, чем автоматизация на своём сервере отличается от готовых облачных связок вроде популярных сервисов интеграций. В облаке вы платите за каждое действие и живёте по чужим лимитам, а логика ваших процессов и доступы к сервисам хранятся у провайдера. На своём n8n всё наоборот: сколько угодно запусков, любые интеграции, полный контроль над данными и возможность подключать внутренние сервисы, которые из чужого облака попросту недоступны. Именно поэтому команды, которые переросли бесплатные тарифы облачных автоматизаций, чаще всего переходят на самостоятельный n8n — он окупается уже на нескольких активных сценариях, а дальше растёт вместе с вами без роста платы за действия.

Шаг 1. Подготовка сервера

Работаем на Ubuntu 24.04. Понадобится VPS с root-доступом и домен, направленный на его IP — домен нужен для нормального HTTPS и корректной работы веб-хуков. Сначала обновите систему и поставьте базовую защиту: вход по SSH-ключу и фаервол с открытыми портами 80, 443 и SSH.

apt update && apt upgrade -y
ufw allow 22/tcp && ufw allow 80,443/tcp && ufw enable

Направьте A-запись вашего домена (например, n8n.example.com) на IP сервера в панели управления DNS. Пока записи распространяются, можно заниматься установкой Docker — это удобно совместить по времени.

Шаг 2. Установка Docker

n8n проще и надёжнее всего запускать в Docker: так вы не тянете на сервер Node.js нужной версии вручную и легко обновляетесь. Поставьте Docker и плагин Compose официальным скриптом:

curl -fsSL https://get.docker.com | sh
docker compose version

Вторая команда должна показать версию Compose — значит, всё встало. Docker будет и запускать контейнер n8n, и перезапускать его после перезагрузки сервера. Держать сервис в контейнере удобно ещё и потому, что все данные при правильной настройке лежат в отдельном томе, и обновление сводится к смене образа без потери сценариев.

Шаг 3. Конфигурация через docker-compose

Создайте отдельную папку под проект и файл docker-compose.yml. Ключевой момент — правильно задать переменные окружения, отвечающие за домен и протокол, иначе веб-хуки и ссылки будут формироваться неверно:

services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=n8n.example.com
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://n8n.example.com/
      - GENERIC_TIMEZONE=Europe/Moscow
    volumes:
      - n8n_data:/home/node/.n8n
volumes:
  n8n_data:

Обратите внимание: порт проброшен только на локальный адрес 127.0.0.1. Это осознанно — наружу n8n будет смотреть не напрямую, а через реверс-прокси с HTTPS. Том n8n_data хранит все ваши сценарии и настройки, поэтому его нельзя терять при обновлениях.

Шаг 4. HTTPS через реверс-прокси

Выставлять n8n в интернет без шифрования нельзя — через него ходят чувствительные токены. Поставьте перед контейнером реверс-прокси, который возьмёт на себя HTTPS. Проще всего это делает Caddy, который сам получает и продлевает сертификат Let's Encrypt. Минимальный Caddyfile выглядит так:

n8n.example.com {
    reverse_proxy 127.0.0.1:5678
}

Caddy автоматически выпустит сертификат для домена и будет проксировать запросы на локальный порт n8n. Если предпочитаете Nginx, схема та же: серверный блок с доменом, проброс на 127.0.0.1:5678 и сертификат от certbot. Главное — чтобы наружу торчал только прокси на 443, а сам n8n оставался доступен исключительно локально. Так вы закрываете панель управления от прямого доступа из интернета.

Шаг 5. Запуск и первая настройка

Когда конфигурация готова и DNS-запись распространилась, запустите стек:

docker compose up -d
docker compose logs -f n8n

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

Сразу проверьте работу веб-хуков: создайте простой тестовый сценарий с триггером-веб-хуком и убедитесь, что внешний запрос до него доходит по HTTPS. Если веб-хук отвечает — значит, домен, прокси и переменные окружения настроены согласованно.

Шаг 6. Автозапуск, обновления и резервные копии

Параметр restart: always в compose уже обеспечивает автоматический запуск контейнера после перезагрузки сервера — отдельный systemd-юнит не нужен. Проверьте это, перезагрузив сервер и убедившись, что n8n поднялся сам.

Обновление сводится к скачиванию свежего образа и пересозданию контейнера; данные при этом сохраняются в томе:

docker compose pull
docker compose up -d

Обязательно настройте резервное копирование тома с данными — там лежат все ваши сценарии и учётные данные. Достаточно периодически архивировать содержимое тома и складывать копию за пределы сервера. Если сценариев становится много и они тяжелеют, следите за памятью: рост потребления — честный сигнал перейти на тариф помощнее, а не терпеть падения. Такой набор из HTTPS, автозапуска и бэкапов превращает n8n на VPS в надёжный рабочий инструмент.

Частые вопросы