标签:服务器 客户端连接 最大 ror conf 3.1 基本 版本号 工作
一、NGINX 基本安全优化[root@localhost nginx2]# curl -I 10.3.151.34
HTTP/1.1 502 Bad Gateway
Server: nginx/1.13.4
Date: Tue, 24 Jul 2018 01:22:28 GMT
Content-Type: text/html
Content-Length: 537
Connection: keep-alive
ETag: "5b505df9-219"
http
{
server_tokens off;
}
NGINX服务有Master进程和worker进程之分,Maste为管理进程,Worker为工作进程,而Worker进程默认为1个,而在搭建服务器时,可根据CPU的核数进程设置。
[root@localhost nginx2]# grep processor /proc/cpuinfo | wc -l
8
或者通过top命令,然后按“1”就可查看CPU核数
worker_processes 8;
NGINX的连接处理机制在不同的操作系统会采用不同的I/O模型,在LINUX下,NGINX使用EPOLL的I/O多路复用模型,在WINDOWS中使用的是ICOP。
events {
use epoll;
#根据官方文档建议,也可以不指定事件处理模型,NGINX会自动选择最佳的模式。
}
worker_connections 也是个事件模块指令,用于定义NGINX每个进程的最大连接数,默认为1024,最大客户端连接数由work_processes和worker_connections决定,即Max_client=worker_processes*worker_connections。进程的最大连接数受linux系统进程的最大打开文件数限制,在执行操作系统“ULIMIT -HSn 65535” 或配置相应文件后,worker_connections的设置才能生效。
events {
worker_connections 10240;
}
最大打开文件数,可设置为系统优化后的ulimit -HSn 的结果。
worker_processes 8;
events {
worker_connections 1024;
}
worker_rlimit_nofile 65535; #进程最大打开文件数
error_log logs/error.log;
标签:服务器 客户端连接 最大 ror conf 3.1 基本 版本号 工作
原文地址:http://blog.51cto.com/12965094/2149281