Яндекс.Метрика
Москва, Волгоградский пр-т,
43к3, оф. 301
Пишите 24/7, мы онлайн
+7 (495) 128-00-14
последнее обновление: 16.12.2025

Определение: Reverse proxy (обратный прокси) — это сервер “перед” вашим сайтом или приложением, который принимает запросы пользователей и дальше передаёт их на внутренние серверы. Для посетителя всё выглядит как один сайт, а внутри reverse proxy распределяет трафик и может делать дополнительные функции (HTTPS, кеш, защита).

Зачем это нужно

  • Чтобы скрыть внутренние серверы: пользователи видят только reverse proxy, а не реальные адреса backend-систем.
  • Чтобы включить HTTPS в одном месте: reverse proxy принимает TLS и передаёт запросы дальше (часто по внутренней сети).
  • Чтобы распределять нагрузку между несколькими серверами (балансировка) и повышать отказоустойчивость.
  • Чтобы кешировать ответы и ускорять сайт, снижая нагрузку на приложение.
  • Чтобы настроить единые правила безопасности: ограничение запросов, фильтры, базовая защита от ботов.
  • Чтобы “склеить” несколько сервисов под одним доменом: /api, /admin, /static могут вести на разные системы.

Пример

Пример кода:

server {
listen 80;
server_name site.ru;
location / {
proxy_pass http://127.0.0.1:3000;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}

Это пример конфигурации reverse proxy на Nginx: он принимает запросы на site.ru и проксирует их на приложение, которое работает локально на порту 3000. Для пользователя приложение остаётся “за доменом”, без прямого доступа к порту.

Скриншот

Конфигурация reverse proxy в Nginx: блок server_name и location с proxy_pass на внутренний адрес приложения

Подпись к скриншоту: фрагмент конфига Nginx (или другой прокси), где видно proxy_pass на внутренний backend и заголовки X-Forwarded-For/Host

Частые ошибки

  • Не передавать правильные заголовки (Host, X-Forwarded-For) — ломаются ссылки, логирование и определение IP.
  • Забыть про HTTPS и редиректы: сайт открывается по HTTP или возникают циклы перенаправлений.
  • Не настроить таймауты для “долгих” запросов — API/загрузка файлов начинает падать.
  • Неправильно проксировать пути (/api, /) — часть страниц отдаётся не тем сервисом.
  • Открыть backend напрямую в интернет (порт приложения) и потерять смысл прокси и безопасность.

Связанные термины

  • Nginx
  • Apache
  • Балансировка нагрузки
  • HTTPS
  • WAF
  • Кеширование
  • Load balancer

Наши услуги