Get real-time diagnostics of your a

Get real-time diagnostics of your applications with NGINX Amplify
Receive actionable insights and deep diagnostics to improve the performance and security of your applications.
Sign up for free!
nginx
english
русский

news
about
download
security
documentation
faq
books
support
donation

trac
wiki
twitter
blog
Core functionality
Example Configuration
Directives
accept_mutex
accept_mutex_delay
daemon
debug_connection
debug_points
error_log
env
events
include
load_module
lock_file
master_process
multi_accept
pcre_jit
pid
ssl_engine
thread_pool
timer_resolution
use
user
worker_aio_requests
worker_connections
worker_cpu_affinity
worker_priority
worker_processes
worker_rlimit_core
worker_rlimit_nofile
working_directory
Example Configuration

user www www;
worker_processes 2;

error_log /var/log/nginx-error.log info;

events {
use kqueue;
worker_connections 2048;
}

...

Directives
Syntax: accept_mutex on | off;
Default:

accept_mutex on;

Context: events

If accept_mutex is enabled, worker processes will accept new connections by turn. Otherwise, all worker processes will be notified about new connections, and if volume of new connections is low, some of the worker processes may just waste system resources.
Syntax: accept_mutex_delay time;
Default:

accept_mutex_delay 500ms;

Context: events

If accept_mutex is enabled, specifies the maximum time during which a worker process will try to restart accepting new connections if another worker process is currently accepting new connections.
Syntax: daemon on | off;
Default:

daemon on;

Context: main

Determines whether nginx should become a daemon. Mainly used during development.
Syntax: debug_connection address | CIDR | unix:;
Default: —
Context: events

Enables debugging log for selected client connections. Other connections will use logging level set by the error_log directive. Debugged connections are specified by IPv4 or IPv6 (1.3.0, 1.2.1) address or network. A connection may also be specified using a hostname. For connections using UNIX-domain sockets (1.3.0, 1.2.1), debugging log is enabled by the “unix:” parameter.

events {
debug_connection 127.0.0.1;
debug_connection localhost;
debug_connection 192.0.2.0/24;
debug_connection ::1;
debug_connection 2001:0db8::/32;
debug_connection unix:;
...
}

For this directive to work, nginx needs to be built with --with-debug, see “A debugging log”.

Syntax: debug_points abort | stop;
Default: —
Context: main

This directive is used for debugging.

When internal error is detected, e.g. the leak of sockets on restart of working processes, enabling debug_points leads to a core file creation (abort) or to stopping of a process (stop) for further analysis using a system debugger.
Syntax: error_log file [level];
Default:

error_log logs/error.log error;

Context: main, http, mail, stream, server, location

Configures logging. Several logs can be specified on the same level (1.5.2).

The first parameter defines a file that will store the log. The special value stderr selects the standard error file. Logging to syslog can be configured by specifying the “syslog:” prefix. Logging to a cyclic memory buffer can be configured by specifying the “memory:” prefix and buffer size, and is generally used for debugging (1.7.11).

The second parameter determines the level of logging, and can be one of the following: debug, info, notice, warn, error, crit, alert, or emerg. Log levels above are listed in the order of increasing severity. Setting a certain log level will cause all messages of the specified and more severe log levels to be logged. For example, the default level error will cause error, crit, alert, and emerg messages to be logged. If this parameter is omitted then error is used.

For debug logging to work, nginx needs to be built with --with-debug, see “A debugging log”.

The directive can be specified on the stream level starting from version 1.7.11.

The directive can be specified on the mail level starting from version 1.9.0.

Syntax: env variable[=value];
Default:

env TZ;

Context: main

By default, nginx removes all environment variables inherited from its parent process except the TZ variable. This directive allows preserving some of the inherited variables, changing their values, or creating new environment variables. These variables are then:

inherited during a live upgrade of an executable file;
used by the ngx_http_perl_module module;
used by worker processes. One should bear in mind that controlling system libraries in this way is not always possible as it is common for libr

Результаты (русский) 1:

Получить диагностики в реальном времени приложений с NGINX усилитьПолучите понимание действия и глубокой диагностики для повышения производительности и безопасности ваших приложений.Зарегистрироваться бесплатно!nginxанглийскийРУССКИЙНовостиоСкачатьбезопасностьДокументацияВопросы и ответыкнигиПоддержкапожертвованиеTracвикищебетатьблогОсновная функциональностьПример конфигурацииДирективы accept_mutex accept_mutex_delay Демон debug_connection debug_points error_log env события включить load_module lock_file master_process multi_accept pcre_jit PID ssl_engine thread_pool timer_resolution Использование пользователь worker_aio_requests перспективе worker_cpu_affinity worker_priority одной worker_rlimit_core worker_rlimit_nofile working_directoryПример конфигурации пользователь www www; одной 2; Информация о /var/log/nginx-error.log error_log; {события Используйте kqueue; перспективе 2048; } ...ДирективыСинтаксис: accept_mutex на | Выкл.;По умолчанию: accept_mutexКонтекст: событияЕсли accept_mutex включена, рабочие процессы будут принимать новые подключения по очереди. В противном случае все рабочие процессы будут уведомлены о новых подключениях, и если объем новых соединений является низкой, некоторых рабочих процессов может просто отходы системных ресурсов.Синтаксис: accept_mutex_delay время;По умолчанию: accept_mutex_delay МС;Контекст: событияЕсли accept_mutex включена, указывает максимальное время, в течение которого рабочий процесс попытается перезапустить принимать новые подключения, если другой рабочий процесс в настоящее время прием новых подключений.Синтаксис: Демон на | Выкл.;По умолчанию: Демон на;Контекст: ГлавнаяОпределяет ли nginx должна стать демон. Главным образом используется во время разработки.Синтаксис: debug_connection адрес | CIDR | UNIX:;По умолчанию: —Контекст: событияВключает отладочный лог для выбранных клиентских подключений. Другие соединения будут использовать уровень ведения журнала, задаваемый директивой error_log. Отлаживаемые соединения задаются IPv4 или IPv6 (1.3.0, 1.2.1) адресом или сетью. Соединение может быть также задано при помощи имени хоста. Отладочный лог для соединений через UNIX-сокеты (1.3.0, 1.2.1), включено "unix:" параметр. {события debug_connection 127.0.0.1; debug_connection localhost; debug_connection 192.0.2.0/24; debug_connection:: 1; debug_connection 2001:0db8:: / 32; debug_connection unix:; ... } Для этой директивы для работы, nginx будет построен с--с отладки, увидеть «Отладки журнала». Синтаксис: debug_points прервать | остановить;По умолчанию: —Контекст: ГлавнаяЭта директива используется для отладки.Когда обнаружена внутренняя ошибка, например утечки сокетов на перезапуска рабочих процессов, что позволяет debug_points приводит к созданию файла ядра (прервать) или для остановки процесса (стоп) для дальнейшего анализа, с помощью системы отладчика.Синтаксис: файл error_log [уровень];По умолчанию: error_log logs/error.log ошибка;Контекст: Главная, http, почта, поток, сервера, расположениеНастройка протоколирования. Можно указать несколько журналов на том же уровне (1.5.2).Первый параметр определяет файл, который будет хранить журнал. Специальное значение stderr выбирает файл стандартной ошибки. Протоколирование syslog можно настроить, указав «syslog: «префикс. Ведение журнала циклической памяти буфер можно настроить, указав «память: «префикс и размер буфера и обычно используется для отладки (1.7.11).Второй параметр определяет уровень ведения журнала и может принимать одно из следующих действий: отладки, информация, обратите внимание, предупреждение, ошибка, критического удара, предупреждение или выходящего. Уровни журнала выше перечислены в порядке увеличения степени тяжести. Установка определенного уровня журнала приведет к тому, что все сообщения журнала указанного и более тяжелых уровнях войти. Например ошибка уровня по умолчанию вызовет ошибку, критического удара, оповещения и выходящего сообщения в журнал. Если этот параметр опущен, то используется ошибка. Для протоколирования отладки для работы, nginx будет построен с--с отладки, увидеть «Отладки журнала». Директива может быть указан на уровне потока, начиная с версии 1.7.11. Директива может задаваться на уровне почты, начиная с версии 1.9.0. Синтаксис: env переменная [= значение];По умолчанию: env TZ;Контекст: ГлавнаяПо умолчанию nginx удаляет все переменные среды, унаследованные от родительского процесса за исключением переменной TZ. Эта директива позволяет сохранить некоторые из наследуемых переменных, изменения их значений или создание новых переменных среды. Эти переменные, затем: унаследованные во время обновления исполняемого файла; используется в ngx_http_perl_module модуле; используемые рабочие процессы. Следует иметь в виду, что Управление поведением системных библиотек таким образом возможно не всегда, поскольку он является общим для libr

Результаты (русский) 2:

Получить в режиме реального времени диагностика приложений с Nginx Amplify
Получите действенные идеи и глубокую диагностику с целью повышения производительности и безопасности ваших приложений.
Подпишитесь на функциональность Пример Конфигурация пользователя WWW WWW; worker_processes 2; error_log /var/log/nginx-error.log информация, события { использование Kqueue; worker_connections 2048; } ... Директивы Синтаксис: accept_mutex на | выкл; по умолчанию: accept_mutex на; Контекст: события Если accept_mutex включена, рабочие процессы будут принимать новые соединения по очереди. В противном случае, все рабочие процессы будут получать уведомления о новых подключений, и если объем новых соединений является низким, некоторые из рабочих процессов могут только системные ресурсы отходов. Синтаксис: accept_mutex_delay время; по умолчанию: accept_mutex_delay 500мс; Контекст: события Если accept_mutex включена, определяет максимальное время , в течение которого рабочий процесс будет пытаться перезапустить принимать новые соединения , если другой рабочий процесс в настоящее время принимает новые подключения. Синтаксис: демон на | выкл; по умолчанию: демон на; Контекст: главный Определяет , должен ли Nginx стать демоном. В основном используется в процессе разработки. Синтаксис: debug_connection адрес | CIDR | UNIX :; По умолчанию: - Контекст: события Позволяет журнал отладки для выбранных клиентских подключений. Другие соединения будут использовать уровень протоколирования , установленный директивой error_log. Отлаженные соединения задаются IPv4 или IPv6 (1.3.0, 1.2.1) адрес или сети. Соединение может быть также задана с помощью имени хоста. Для соединений , использующих UNIX-домена сокетов (1.3.0, 1.2.1), журнал отладки включена в "UNIX:". Параметра события { debug_connection 127.0.0.1; debug_connection Localhost; debug_connection 192.0.2.0/24~~HEAD=dobj; debug_connection :: 1 ; debug_connection 2001: 0db8 :: / 32; debug_connection Unix :; ... } для этой директивы работать, Nginx должна быть построена с --with-отладки, смотрите в разделе "журнал отладки". Синтаксис: debug_points аборт | остановка; По умолчанию: - Контекст: Основное Эта директива используется для отладки. При обнаружении внутренней ошибки, например , утечка розеток при перезапуске рабочих процессов, что позволяет debug_points приводит к созданию файла дампа памяти (прервать) или к остановке процесса ( остановки) для дальнейшего анализа с использованием системного отладчика. Синтаксис: error_log файл [уровень]; по умолчанию: error_log журналы / error.log ошибки; Контекст: главный, HTTP, почта, поток, сервер, местоположение Настройка ведения журнала. Несколько журналов могут быть заданы на том же уровне (1.5.2). Первый параметр определяет файл , который будет хранить журнал. Специальное значение STDERR выбирает стандартный файл ошибок. Вход в системный журнал можно настроить, указав "системный журнал:" префикс. Вход в циклический буфер памяти может быть настроена путем задания "память:". Префикс и размер буфера, и , как правило , используется для отладки (1.7.11) Второй параметр определяет уровень регистрации, и может быть одним из следующих действий : отладки, информация, уведомление, предупреждают, ошибки, крит, предупреждение, или АВАРИЙНАЯ. Уровни Войти выше перечислены в порядке возрастания степени тяжести. Установка определенного уровня журнала вызовет все сообщения от указанных и более тяжелых уровней протоколирования , чтобы быть зарегистрированным. Например, ошибка уровня по умолчанию приведет к ошибке, крит, предупреждение и Экстрен сообщений , которые будут занесены в журнал. Если этот параметр опущен , то используется ошибка. Для ведения журнала отладки для работы, Nginx должен быть построен с --with-отладки, смотрите в разделе "журнал отладки". Директива может быть указана на уровне потока , начиная с версии 1.7.11 . директива может быть указана на уровне почтового , начиная с версии 1.9.0. Синтаксис: переменная ENV [= значение]; по умолчанию: ENV TZ; Контекст: основная по умолчанию Nginx удаляет все переменные окружения , унаследованные от родительского процесса , за исключением TZ переменная. Эта директива позволяет сохранить некоторые из унаследованных переменных, изменяя их значения, или создавать новые переменные среды. Эти переменные затем: унаследованная во время живого обновления исполняемого файла, используемый модулем ngx_http_perl_module, используемый рабочими процессами. Следует иметь в виду , что контролировать системные библиотеки, таким образом , это не всегда возможно , поскольку он является общим для LiBr

Результаты (русский) 3:

получать в реальном времени диагностика приложений с nginx обострятьполучать практические знания и глубокую диагностику для повышения эффективности и безопасности ваших приложений.зарегистрируйтесь!nginxанглийскийрусском языкахновостиозагрузитьбезопасностьдокументацияFAQкнигиподдержкапожертвованиепрофвикиTwitterблогосновные функциипример.директивыaccept_mutexaccept_mutex_delayдемонdebug_connectiondebug_pointserror_logконвертсобытиявключитьload_modulelock_filemaster_processmulti_acceptpcre_jitPIDssl_enginethread_pooltimer_resolutionиспользованиепользовательworker_aio_requestsworker_connectionsworker_cpu_affinityworker_priorityworker_processesworker_rlimit_coreworker_rlimit_nofileworking_directoryпример.пользователем WWW - www;worker_processes 2;error_log / var / log / nginx-error.log информацию;события {использование kqueue;worker_connections 2048;}.директивысинтаксис: accept_mutex по | с;по умолчанию:accept_mutex;контекст: событияесли accept_mutex включена, рабочие процессы будут принимать новые связи в очередь.в противном случае, все рабочие процессы будут уведомлены о новых соединений, и если объем новых соединений является низким, некоторые из работников процессы могут просто тратить ресурсы системы.синтаксис: accept_mutex_delay времени;по умолчанию:accept_mutex_delay 500ms;контекст: событияесли accept_mutex включена, определяет максимальный срок, в течение которого рабочий процесс будет перезапустить принятия новых подключений, если другой рабочий процесс в настоящее время принятия новых подключений.синтаксис: демон по | с;по умолчанию:демон.контекст: основныеопределяет nginx должны стать демона.главным образом в периоды развития.синтаксис: debug_connection адрес CIDR | | Unix:;по умолчанию: -контекст: событияпозволяет отладки журнал для отдельных соединений клиента.другие соединения будут использовать заготовки уровень, установленный error_log директивы.поправить связи определяются IPv4 или IPv6 (1.3.0, 1.2.1) адрес или сети.связь может быть также указано, используя имя хоста.для соединения используя Unix сокеты (1.3.0, 1.2.1), отладке журнал благодаря "Unix:" параметр.события {debug_connection 127.0.0.1;debug_connection localhost;debug_connection 192.0.2.0/24;debug_connection: 1;debug_connection 2001:0db8:: / 32;debug_connection Unix:;.}в рамках этой директивы для работы, nginx должно строиться с - - debug, см. "для журнала".синтаксис: debug_points прервать | стоп;по умолчанию: -контекст: основныеэта директива применяется для отладки.когда ошибка была обнаружена утечка из розетки, например по возобновлению рабочих процессов, позволяющих debug_points приводит к основной создания файла (отмена) или для остановки процесса (стоп) для дальнейшего анализа с использованием системы, отладчик.синтаксис: error_log файл [уровень];по умолчанию:error_log журналы / error.log ошибки;контекст: основной, HTTP, почта, поток, сервер, местоположениенастраивает лесозаготовок.несколько журналов можно указать на том же уровне (1.5.2).первый параметр определяет файл, который будет хранить журнал.особая ценность stderr выбирает стандартная ошибка файл.заготовки для syslog может быть сконфигурирован с указанием "syslog:" префикс.вход на циклические буфер памяти может быть сконфигурирован с указанием "памяти:" префикс и размер буфера, и обычно используется для отладки (1.7.11).второй параметр определяет уровень лесозаготовок и может быть следующий: отладки Info, уведомление, предупредить, ошибки, ", тревога, или Emerg.журнал выше уровней, перечислены в порядке возрастающей интенсивности.установление определенного уровня журнала будет, потому что все сообщения из указанных и более жесткие уровни журнала будут записываться.например, по умолчанию уровне ошибка приведет к ошибке, ", тревога, и Emerg сообщений, которые будут вырублены.если этот параметр не затем ошибка не используется.для отладки лесозаготовительные работы, nginx должно строиться с - - debug, см. "для журнала".директива может быть указан на поток уровне начиная с версии 1.7.11.директива может быть определена по почте уровне начиная с версии 1.9.0.синтаксис: ENV переменной [= value];по умолчанию:env TZ;контекст: основныепо умолчанию, nginx удаляет все переменные среды, унаследованного от родительского процесса, за исключением TZ переменной.эта директива позволяет сохранить часть унаследовала переменных, изменение их стоимости, или создавая новые переменные среды.эти переменные, то:в наследство, во время живого модернизации исполняемый файл.используется ngx_http_perl_module модуля;используются рабочие процессы.следует иметь в виду, что системы контроля библиотек, таким образом, не всегда возможно, как обычно libr