상세 설명: nginx 에서 Nginx Main Module (주 모듈) 설정 및 매개 변수 의미

여 기 는 Nginx 의 기본 기능 을 제어 하 는 명령 입 니 다.
명령:

[#daemon daemon]
[#debug_points debug_points]
[#error_log error_log]
[#include include]
[#lock_file lock_file]
[#master_process master_process]
[#pid pid]
[#ssl_engine ssl_engine]
[#timer_resolution timer_resolution]
[#user user group]
[#worker_cpu_affinity worker_cpu_affinity]
[#worker_priority worker_priority]
[#worker_processes worker_processes]
[#worker_rlimit_core worker_rlimit_core]
[#worker_rlimit_nofile worker_rlimit_nofile]
[#worker_rlimit_sigpending worker_rlimit_sigpending]
[#working_directory working_directory]

Daemon 문법: Daemon on | off
결 성 값: on

daemon  off;

Do not use the "daemon" and "master_process" directives in a production mode, these options are mainly used for development only. You can use daemon off safely in production mode with runit / daemontools however you can't do a graceful upgrade. master_process off should never be used in production.
생산 환경 에서 "daemon" 과 "master process" 명령 을 사용 하지 마 십시오. 이 옵션 들 은 디 버 깅 개발 에 만 사 용 됩 니 다.
debug_points 문법: debugpoints [stop | abort]
결 성 값: none

debug_points stop;

There are some assertion points inside nginx that allow to stop nginx to attach the debugger, or to abort and to create the core file.
디 버 깅 에 적용 되 어야 합 니 다. 디 버 거 에 정지점 을 설정 하 는 것 과 같은 것 입 니 다.
 
error_log 문법: errorlog file [ debug | info | notice | warn | error | crit ]
결 성 값: ${prefix} / logs / error. log
Nginx 는 -- with - debug 컴 파일 파 라 메 터 를 추가 합 니 다. 다음 설정 을 사용 할 수 있 습 니 다.

error_log LOGFILE [ debug_core | debug_alloc | debug_mutex | debug_event
]: | debug_http | debug_imap ;

include 문법: include file | *
결 성 값: none
임의의 곳 에서 include 명령 을 사용 하여 프로필 의 포함 을 실현 할 수 있 습 니 다. apache 의 include 방법 과 유사 하여 메 인 프로필 d 를 줄 일 수 있 습 니 다.
include 명령 은 다음 설정 과 같은 전역 적 으로 포 함 된 방법 도 지원 합 니 다. 예 를 들 어 디 렉 터 리 에 있 는 'conf' 로 끝 나 는 모든 파일 을 포함 합 니 다.

include vhosts/*.conf;

주의 경 로 는 configure 컴 파일 인자 인 prefix = < 경로 > 명령 의 영향 을 받 습 니 다. 지정 되 지 않 으 면 Nginx 는 기본적으로 / usr / local / nginx 에 컴 파일 됩 니 다.
lockfile file
결 성 값: compile - time option

lock_file  /var/log/lock_file;

nginx uses accept mutex to serialize accept() syscalls. If nginx is built by gcc, Intel C++, or SunPro C++ compilers on i386, amd64, sparc64, and ppc64, then nginx uses the atomic instructions to implement the mutex. In other cases the lock file would be used.
 
master_process 문법: masterprocess on | off
결 성 값: on

master_process  off;

Do not use the "daemon" and "master_process" directives in a production mode, these options are mainly used for development only.
생산 환경 에서 "daemon" 과 "master process" 명령 을 사용 하지 마 십시오. 이 옵션 들 은 디 버 깅 개발 에 만 사 용 됩 니 다.
pid 문법: pid 파일
결 성 값: compile - time option 예:

pid /var/log/nginx.pid;

프로 세 스 id 저장 파일.kill - UP cat / var / log / ngix. pid \ 를 사용 하여 Nginx 설정 파일 을 다시 불 러 올 수 있 습 니 다.
ssl_engine 문법: sslengine engine
부족 값: system dependent
Here you can set your preferred openssl engine if any available. You can figure out which one do you have with the commandline tool:
이 명령 은 openssl 에서 사용 할 엔진 을 지정 하 는 데 사 용 됩 니 다.시스템 이 현재 지원 하 는 openssl 엔진 을 아래 명령 행 을 통 해 알 수 있 습 니 다.
openssl engine -t
예 를 들 면:

$ openssl engine -t
(cryptodev) BSD cryptodev engine
: [ available ] 
(dynamic) Dynamic engine loading support
: [ unavailable ] 

 
timer_resolution 문법: timerresolution t
결 성 값: none
Example:

timer_resolution  100ms;

The directive allows to decrease number gettimeofday() syscalls. By default gettimeofday() is called after each return from kevent(), epoll, /dev/poll, select(), poll().
But if you need an exact time in logs when logging $upstream_response_time, or $msec variables, then you should use timer_resolution.
user 문법: user user [group]
결 성 값: nobody nobody
Nginx Worker 프로 세 스 실행 사용 자 를 지정 합 니 다. 기본 값 은 nobody 계 정 입 니 다.
예 를 들 면:

user www users;

 
worker_cpu_affinity 문법: workercpu_affinity cpumask [cpumask...]
결 성 값: none
Linux only.
With this option you can bind the worker process to a CPU, it calls sched_setaffinity().
linux 에 만 적 용 됩 니 다. 이 옵션 을 사용 하면 worker 프로 세 스 와 CPU 를 연결 할 수 있 습 니 다.
For example,

worker_proceses     4;
worker_cpu_affinity 0001 0010 0100 1000;

Bind each worker process to one CPU only.
각각 worker 프로 세 스에 CPU 를 연결 합 니 다.

worker_proceses     2;
worker_cpu_affinity 0101 1010;

Bind the first worker to CPU0/CPU2, bind the second worker to CPU1/CPU3. This is suitable for HTT.
CPU 0 / CPU 2 를 첫 번 째 worker 프로 세 스에 연결 하고, CPU 1 / CPU 3 을 두 번 째 worker 프로 세 스에 연결 합 니 다.
 
worker_priority 문법: workerpriority [-] number
결 성 값: on
With this option you can give to all worker processes the priority (nice) you need/wish, it calls setpriority().
이 옵션 을 사용 하면 모든 워 커 프로 세 스에 우선 순 위 를 할당 할 수 있 습 니 다.
worker_processes 문법: workerprocesses number
부족 값: 1
e.g.:
worker_processes 5; nginx has the ability to use more than one worker process for several reasons:
nginx 는 여러 워 커 프로 세 스 를 사용 할 수 있 습 니 다. 이 유 는 다음 과 같 습 니 다.
to use SMP to decrease latency when workers blockend on disk I/O to limit number of connections per process when select()/poll() is used The worker_processes and worker_connections from the event sections allows you to calculate maxclients value: k
max_clients = worker_processes * worker_connections
worker_rlimit_core 문법: workerrlimit_core size
결 성 된 값: '
Maximum size of core file per worker;
worker_rlimit_nofile 문법: workerrlimit_nofile limit 결 성 값: '
Specifies the value for maximum file descriptors that can be opened by this process.
worker_rlimit_sigpending 문법: workerrlimit_sigpending limit 결 성 값: '
(Since Linux 2.6.8) Specifies the limit on the number of signals that may be queued for the real user ID of the calling process.
working_directory 문법: workingdirectory path 결 성 값: -- prefix
This is the working directory for the workers. It's used for core files only. nginx uses absolute paths only, all relative paths in configuration files are relative to --prefix==PATH.