Реклама мешает? Идти Без рекламы Сегодня 

Генератор блоков сервера NGINX

РазработчикНетворкинг

Реклама · УДАЛИТЬ?

ВХОД

Автоматический процесс

Сервер

Имя сервера

Основной домен для этого блока сервера.

Алиасы

Опционально. Дополнительные имена серверов, разделённые пробелами.

Порт прослушивания

Режим

Статические файлы

Обратный прокси

Корневая директория документа

Файлы индекса

Список, разделённый пробелами.

URL-адрес upstream

Сервис на бэкенде, к которому прокси пересылает запросы.

Передавать заголовки WebSocket (Upgrade / Connection)

— TCP-рукопожатие.

Включить SSL (HTTPS)

Путь к сертификату

Путь к приватному ключу

Включить HTTP/2

Добавить блок перенаправления HTTP → HTTPS

Дополнительные настройки

Включить сжатие gzip

Максимальный размер тела клиента

Журнал доступа

Журнал ошибок

ВЫХОД

Клиентская сторона

Реклама · УДАЛИТЬ?

Гид

Генератор блоков сервера NGINX

Создайте готовый блок сервера NGINX, введя простую форму. Выберите порт, выберите между предоставлением статических файлов или проксированием к бэкенду, и включите SSL, HTTP/2, gzip и перенаправление HTTP на HTTPS. Результат обновляется при вводе и может быть вставлен напрямую в /etc/nginx/sites-available/ на большинстве дистрибутивов.

Как использовать

Введите основной Имя сервера (например example.com) и любые дополнительные алиасы, такие как www.example.com.
Выберите Порт прослушивания — обычно 80 для HTTP. Порт автоматически заменяется на 443 ssl при включении SSL.
Выберите Режим: Статические файлы показывает поля корневой директории и файлов индекса, а Обратный прокси показывает поле URL upstream с опциональным передачей заголовков WebSocket.
Переключать Включить SSL чтобы добавить пути к сертификатам, HTTP/2 и автоматический блок перенаправления HTTP на HTTPS.
Настройте Дополнительные настройки такие настройки, как сжатие gzip, максимальный размер тела клиента и пути журналов доступа/ошибок.
Используйте Копировать или Скачать кнопки на выходе для быстрого копирования конфигурации.

Возможности

Режим статических файлов или обратного прокси — Переключение между предоставлением файлов из корневой директории и пересылкой запросов к сервису на бэкенде.
Помощь по SSL — Один переключатель добавляет ssl_certificate, ssl_certificate_key, современные протоколы TLS, опциональный HTTP/2 и отдельный блок перенаправления HTTP на HTTPS.
Обратный прокси, осведомлённый о WebSocket — Режим обратного прокси может генерировать заголовки, необходимые для WebSocket и Server-Sent Events. Upgrade и Connection Обратный прокси, осведомлённый о WebSocket
Безопасные по умолчанию — Умные заголовки, сжатие MIME-типов, прослушивание IPv6, и настраиваемые X-Forwarded-* , пути журналов доступа и ошибок. client_max_body_size— При каждом изменении ввода генерируется новый вывод, с кнопками копирования и скачивания для быстрой развертывания.
Живой предварительный просмотр Что такое блок сервера NGINX?

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

Блок сервера — это эквивалент виртуального хоста в Apache. Он объединяет директивы, которые определяют, как NGINX отвечает на запросы для определённого имени хоста и порта: какие файлы предоставлять, куда перенаправлять трафик, какой сертификат TLS использовать и какие журналы записывать. NGINX сопоставляет входящий запрос с блоком сервера, сравнивая его

заголовок и слушающий сокет с соответствующими полями блока. Host Как NGINX выбирает между статическими файлами и обратным прокси? server_name и listen директивы.
Как NGINX выбирает между статическими файлами и обратным прокси?

Поведение определяется по location. В случае статического файла используется root плюс try_files и index для поиска файлов на диске; в случае обратного прокси используется proxy_pass для пересылки запроса на другой адрес по HTTP. NGINX сам не определяет намерение — вы выбираете режим, вводя соответствующие директивы, и NGINX просто выполняет тот блок, который соответствует запросу URI.
Почему использовать HTTP/2 вместо HTTP/1.1?

HTTP/2 мультиплексирует множество параллельных запросов через один TCP-соединение, передаёт заголовки в сжатом бинарном формате (HPACK) и поддерживает серверный пуш. На практике это снижает блокировку на вершине и уменьшает задержку для страниц, загружающих много ресурсов из одного источника. HTTP/2 также требует TLS в браузерах, поэтому он включается вместе с SSL на том же слушателе.
Что именно сжимает модуль gzip?

Модуль gzip NGINX сжимает тела ответов перед тем, как они покинут сервер, используя DEFLATE с настраиваемым уровнем. Он наиболее эффективен для текстовых MIME-типов — HTML, CSS, JavaScript, JSON, XML, SVG — и не выполняет сжатие для уже сжатых форматов, таких как JPEG, PNG или видео. NGINX объявляет поддержку клиентам через заголовок Vary: Accept-Encoding таким образом, кэши могут хранить как сжатые, так и несжатые копии.
Какова роль заголовка X-Forwarded-For при проксировании?

Когда запрос проходит через обратный прокси, сервис на бэкенде видит IP-адрес прокси как адрес клиента. Заголовок X-Forwarded-For сохраняет исходную цепочку адресов клиентов, а X-Real-IP записывает только адрес непосредственного клиента. Вместе с X-Forwarded-Protoони позволяют бэкенду восстановить, кто является реальным посетителем и подключился ли он через HTTPS, что необходимо для точного ограничения скорости, контроля доступа и аналитики.