Nginx конфигурационный файл сервиса


В Nginx конфигурационный файл находится по пути /etc/nginx/nginx.conf в случае если пакет установлен стандартным способом из репозитория, в файле задаются основные параметры работы веб-сервера.



Для Nginx конфигурационный файл /etc/nginx/nginx.conf является основным, в нем подключаются все остальные. Подключение происходит с помощью директивы include и указания путей к файлам с настройками.


Могут указываться полные пути или пути с маской (*) определяющие уровень в иерархии каталогов.

Добавлением нужных директив и подбора их значений выполняется тонкая настройка .


Будем рассматривать настройку веб-севрера Nginx, работающего на сервере под управлением операционной системы Debian.



Nginx конфигурационный файл с контекстами


Основной конфигурационный файл имеет следующую структуру:

user www-data;
worker_processes 4;
pid /run/nginx.pid;

events {
worker_connections 768;
# multi_accept on;
}

http {

sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;

}



В конфигурации три контекста, первый глобальный — server, в нем задаются общие параметры, некоторые из них рассмотрены ниже.

Вторым контекстом является http, в прописываются параметры определяющие обработку http запросов для всего сервера.

Третий контекст — location, это блок с настройками для определенного сайта или раздела сайта.


Разные параметры nginx могут задаваться в каком-то одном контексте, в двух или трех, информация о контексте приводится в описании параметра в документации.

Пример:


Nginx конфигурационный файл



Параметры контекста server


Для приведенного файла запускается веб-сервер от имени пользователя www-data.

Максимальное количество возможных соединений определяется произведением значений worker_processes и worker_connections — каждый воркер может обрабатывать количество соединений, заданное в соответствующей директиве конфигурационного файла (в примере значение worker_connections равно 768, и задано 4 воркера).




Стандартное для веб-серверов правило — устанавливать количество воркеров в соответствии с количеством ядер процессора для nginx не критично, также значение worker_processes можно устанавливать в auto, но эта настройка актуальна не для всех версий Nginx.




Следующая директива важна для снятия ограничений количества возможных соединений — она находится в блоке events и по-умолчанию закомментирована, чтобы активировать директиву достаточно снять знак комментария и перезапустить Nginx

multi_accept on;



Директивы, задающиеся в разделе конфигурационного файла http


Метод отправки информации

sendfile on;

Указание на необходимость отправки заголовков вместе с данными, что позволит ускорить процесс обработки запросов

tcp_nodelay on;

tcp_nopush on;


Самым важным для быстродействия является включение сжатия — производится обычно также в разделе http

gzip on;

gzip_disable "msie6";

gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript application/json application/javascript;


Эффект для достижения хорошей производительности при настройке под веб-приложение дает сжатие css и javascript



При активных директивах будет использоваться GZIP сжатие, что покажет GooglePageSpeedInsights



Логирование подключается директивами в секции http, но может также задаваться и в файлах виртуальных хостов

access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;



Полностью конфигурационный файл может выглядеть так:

user www-data;
worker_processes 4;
pid /run/nginx.pid;

events {
worker_connections 768;
# multi_accept on;
}

http {

sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;

server_names_hash_bucket_size 64;

include /etc/nginx/mime.types;
default_type application/octet-stream;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;

access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;

gzip on;
gzip_disable "msie6";
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;

}

В последних двух строках подключаются файлы виртуальных хостов, в них задаются правила для контекста location



После внесения любых изменений необходимо проверять конфигурацию

nginx -t



Если ошибок в консоль не вывелось — веб-сервер можно перезапускать

service nginx restart



Nginx хорош тем, что универсален. Он легко масштабируется и может проксировать запросы на несколько бэкендов отслеживая их доступность.


Nginx применяется для почтовых серверов и является универсальным фронтэндом, что позволяет использовать его в распределенных отказоустойчивых системах.

Сказать спасибо