Nginx Proxy Manager на VPS: обзор и руководство по настройке

NPM против Caddy против Traefik: какой обратный прокси подходит вашему VPS

Три инструмента различаются по четырём осям, которые определяют выбор: как вы их настраиваете, как они обрабатывают HTTPS, как они масштабируются с числом служб и сколько RAM потребляют в простое. Вот сравнение.

Показатели RAM в простое — это приблизительные наблюдения из одного сравнения 2026 года, а не фиксированные требования. Фактическое потребление зависит от версии образа, включённых функций, трафика и логирования.

Критерии перехода прямо вытекают из этой таблицы. Если вам нужна панель управления и вы держите небольшое число служб, которые редко меняются, NPM — правильный инструмент. Если вы предпочитаете конфигурацию как код, хотите минимальный расход ресурсов или цените у Caddy автоматическую выдачу и обновление HTTPS без настройки ACME, используйте Caddy. Сам я тянусь к Caddy при развёртывании одного сайта, потому что обработка SSL автоматическая, а Caddyfile короткий. Если вы часто добавляете, удаляете или переразвёртываете контейнеры, автообнаружение Traefik на основе меток избавляет вас от ручной регистрации каждого нового хоста.

Есть также чистый Nginx с Certbot, который некоторые администраторы предпочитают ради точного контроля или развёртываний без Docker. Certbot может автоматизировать обновление сертификатов, но маршрутизацией виртуальных хостов и конфигурацией Nginx вы по-прежнему управляете сами. Если ваша главная причина рассматривать NPM — избежать ручной настройки прокси, то чистый Nginx вряд ли подойдёт лучше.

Одно замечание по выбору: сравнение byte-guard называет Caddy самым лёгким вариантом в этом сравнении, и для новой конфигурации на одном хосте в 2026 году это разумный выбор. Caddy выигрывает в том, что легче NPM, но если вам нужен именно графический интерфейс, это не лучший выбор.

Для более глубокого сопоставления базовых движков см. сравнение Caddy и Nginx на VPS.

Предварительные условия: что вам понадобится

Перед развёртыванием подготовьте следующее. Это короткий список, но пропустите любой пункт — и шаг с сертификатом позже завершится ошибкой.

• VPS с установленными Docker и Docker Compose (подойдёт Ubuntu 22.04 LTS или Debian 12).
• Доменное имя с DNS-записью A (и AAAA, если вы используете IPv6), указывающей на публичный IP вашего VPS.
• SSH-доступ к VPS.
• Порты 80 и 443, открытые в интернет в вашем межсетевом экране.
• Порт 81, доступный только вам, а не открытый публично (рассматривается в разделе о безопасности).

Настройка Nginx Proxy Manager на вашем VPS с помощью Docker Compose

В этом разделе NPM развёртывается с помощью Docker Compose. Как только ваши DNS-записи начнут разрешаться на VPS, настройка самого контейнера будет быстрой, хотя распространение DNS и выпуск сертификата могут занять больше времени.

Настройка использует один файл Docker Compose и однократную команду для создания общей сети Docker. Создайте каталог, создайте сеть, добавьте приведённый ниже docker-compose.yml файл и поднимите контейнер.

Сначала создайте общую сеть Docker:

docker network create proxy

Затем создайте следующий docker-compose.yml :

# docker-compose.yml
services:
  npm:
    image: 'jc21/nginx-proxy-manager:<PATCHED_VERSION>'
    restart: unless-stopped
    ports:
      - '80:80'                 # public HTTP
      - '443:443'               # public HTTPS
      - '127.0.0.1:81:81'       # admin UI, reachable only from the VPS itself
    volumes:
      - ./data:/data
      - ./letsencrypt:/etc/letsencrypt
    networks:
      - proxy
networks:
  proxy:
    external: true

Подключите каждый серверный контейнер, до которого NPM должен обращаться по имени службы, к той же внешней proxy сети. Это позволяет NPM разрешать контейнер по имени его службы без публикации порта серверного приложения на VPS.

Делайте резервную копию обоих ./data и ./letsencrypt перед обновлениями. Каталог данных содержит базу данных NPM и сгенерированную конфигурацию, а каталог Let's Encrypt содержит его сертификатный материал.

Несколько замечаний об этом файле. По умолчанию образ использует базу данных SQLite, хранящуюся в ./data томе. Это бэкенд по умолчанию, и он подходит для большинства развёртываний на одном VPS. Если вам нужна внешняя база данных, NPM поддерживает MariaDB/MySQL и PostgreSQL, что означает добавление службы базы данных и соответствующих переменных окружения. Для одного VPS SQLite по-прежнему остаётся самым простым вариантом по умолчанию, если только у вас нет явной причины вынести базу данных из тома данных. Политика restart: unless-stopped означает, что NPM снова поднимается, если VPS перезагружается, а именно этого и хочется для службы, которая стоит перед всем остальным.

Поднимите его и убедитесь, что он работает:

docker compose up -d
docker compose ps

Ожидаемый вывод: контейнер npm в состоянии Up, порты 80 и 443 отображены публично, а порт 81 привязан только к 127.0.0.1. Первый запуск занимает пару минут, пока NPM генерирует ключ JWT, инициализирует базу данных и создаёт пользователя-администратора по умолчанию. официальная документация по настройке описывает эту последовательность первого запуска.

Создайте SSH-туннель со своего локального компьютера, прежде чем открывать административный интерфейс:

ssh -L 8181:127.0.0.1:81 user@your-vps

Затем откройте http://127.0.0.1:8181 в браузере. На новой установке войдите с [email protected] и changeme, затем сразу замените стандартный email и пароль. Не делайте панель управления публично доступной, пока активны стандартные учётные данные.

После смены учётных данных администратора добавьте свой первый прокси-хост:

1. В панели управления перейдите в Hosts, затем Proxy Hosts, затем Add Proxy Host.
2. Задайте Domain Name на ваш поддомен (например, cloud.example.com).
3. Задайте Forward Hostname / IP на имя серверного контейнера или IP, а Forward Port на порт, который он слушает.
4. Сохраните. Прокси-хост появляется в списке, и трафик на этот поддомен теперь достигает вашего контейнера.

Если вы параллельно используете интерфейс управления Docker, применяется тот же шаблон: точно так же направьте поддомен на инструмент управления контейнерами и сделайте то же самое для стеком мониторинга Prometheus и Grafana который вы хотите разместить за прокси.

Настройка автоматического HTTPS для поддомена

В этом разделе вы получите действительный, автоматически обновляемый сертификат Let's Encrypt для вашего поддомена. Предварительное условие, на котором люди спотыкаются: DNS-запись A для этого поддомена уже должна указывать на ваш VPS, а порт 80 должен быть доступен из интернета, поскольку Let's Encrypt проверяет домен, подключаясь к нему обратно.

После создания прокси-хоста запросите сертификат:

1. Отредактируйте прокси-хост, откройте вкладку SSL .
2. В разделе Сертификат SSL, выберите Request a new SSL Certificate.
3. Включить Force SSL и HTTP/2 Support. Включайте HSTS только после того, как убедитесь, что HTTPS работает корректно, поскольку браузеры могут кэшировать политику и усложнить восстановление после ошибки в сертификате или конфигурации прокси.
4. Согласитесь с условиями Let's Encrypt и сохраните.

По умолчанию NPM использует проверку HTTP-01 для имён без подстановочного знака, проверяя каждое запрошенное имя хоста по порту 80. Сертификат может содержать несколько имён без подстановочного знака, но HTTP-01 не может выпускать сертификаты с подстановочным знаком. Имена с подстановочным знаком, такие как *.example.com требуют проверки DNS-01 с поддерживаемым DNS-провайдером. Для обычной конфигурации «один поддомен на службу» HTTP-01 — это всё, что нужно, и обновления происходят автоматически.

Подбор ресурсов VPS для Nginx Proxy Manager

Сам NPM лёгкий; вопрос подбора ресурсов на самом деле про NPM плюс службы, стоящие за ним. Расход прокси в простое редко становится ограничением. Экземпляр Nextcloud или блог на Ghost будут использовать больше ресурсов, чем сам прокси.

Вот как уровни распределяются на практике:

• Минимальный практический уровень: 1 GB RAM, 1 vCPU и 10 GB хранилища. Один стороннее руководство по подбору ресурсов использует тот же базовый уровень, но рассматривайте его как ориентир для планирования, а не как официальное требование NPM. Его достаточно для NPM, операционной системы и нескольких лёгких служб, но он оставляет ограниченный запас.
• Комфортно: 2 GB RAM, 1 vCPU, 20 GB хранилища. NPM плюс от трёх до пяти служб с запасом. Это оптимальная точка для большинства тех, кто размещает сервисы самостоятельно.
• Уровень повыше: 4 GB RAM, 2 vCPU. Для восьми-двенадцати служб или конфигурации со значимым трафиком, где вам нужен запас CPU для завершения TLS.

Величина, на которую вы ориентируетесь при подборе, — это сумма проксируемых приложений, а не NPM. Сложите объёмы RAM служб, которые вы намерены запустить, добавьте сверху небольшие накладные расходы прокси в простое и выберите уровень выше этого с запасом.

Подбор сервера — это простая часть. Запуск NPM всё ещё означает подготовку VPS, установку Docker, загрузку образа и прохождение настройки первого запуска. Если вы предпочли бы пропустить шаги подготовки, в маркетплейсе Cloudzy есть развёртывание в один клик развёртывание Nginx Proxy Manager на VPS с NVMe. Оно поднимает контейнер на новом сервере, так что вы сразу переходите к панели управления и своему первому прокси-хосту. В любом случае вы ориентируетесь на приведённые выше уровни ресурсов.

Часто задаваемые вопросы