命令进行查看www.845566.com

1、隐藏Nginx版本号信息

编辑nginx.conf配置文件在http标签增加”server_tokens off;“参数,实现隐藏Nginx版本号的方式如下:

##在http
{}内添加

http     {

            server_tokens
off;

            }

curl命令进行查看Nginx版本号;

通过-I或者–head可以只打印出HTTP头部信息;

server_tokens参数的官方说明如下:

syntax:    server_tokens on|off;   #此行为参数语法,on为开启,off为关闭

default:    server_tokens on;        #此行意思是不配置该参数,软件默认情况的结果

context:    http,server,location    #此行为server_tokens参数可以放置的位置

官方资料地址:http://nginx.org/en/docs/http/ngx_http_core_module.html

修改前查看:

[root@jiufengjing nginx]#
curl -I 192.168.100.102

HTTP/1.1 200
OK

Server:
nginx/1.14.0

Date: Fri, 17 Aug 2018
07:52:34 GMT

Content-Type:
text/html

Content-Length:
612

Last-Modified: Wed, 15 Aug
2018 06:58:33 GMT

Connection:
keep-alive

ETag:
“5b73cf19-264”

Accept-Ranges:
bytes

配置完成之后保存,重新加载,再次curl查看,结果如下:

[root@jiufengjing nginx]#
curl -I 192.168.100.102

HTTP/1.1 200
OK

Server:
nginx

Date: Fri, 17 Aug 2018
07:54:37 GMT

Content-Type:
text/html

Content-Length:
612

Last-Modified: Wed, 15 Aug
2018 06:58:33 GMT

Connection:
keep-alive

ETag:
“5b73cf19-264”

Accept-Ranges:
bytes

2、修改源代码完成隐藏版本号及Nginx软件名

[root@jiufengjing
nginx-1.14.0]# cd /usr/src/nginx-1.14.0/src/core/

[root@jiufengjing core]#
vim nginx.h

#define NGINX_VERSION     
“6.6.6”   #修改为想要的版本号

#define NGINX_VER         
“jiufengjing.com/” NGINX_VERSION 
#修改为想要改的软件名称

#define NGINX_VAR         
“jiufengjing.com”    #修改为想要改的软件名称

修改之后需要重新编译安装Nginx

[root@jiufengjing ~]# cd
/usr/src/nginx-1.14.0/

[root@jiufengjing
nginx-1.14.0]#./configure –prefix=/usr/local/nginx –user=nginx
–group=nginx –with-http_stub_status_module –with-http_ssl_module
&& make && make install

启动nginx:

[root@jiufengjing core]#
curl -I 192.168.100.102

HTTP/1.1 200
OK

Server:
jiufengjing.com/6.6.6

Date: Mon, 20 Aug 2018
04:36:38 GMT

Content-Type:
text/html

Content-Length:
612

Last-Modified: Wed, 15 Aug
2018 06:58:33 GMT

Connection:
keep-alive

ETag:
“5b73cf19-264”

Accept-Ranges:
bytes

3、更改Nginx服务的默认用户

为了让Web服务更安全,尽可能改掉软件默认的所有配置,包括端口、用户等;

查看Nginx服务对应的默认用户;

[root@jiufengjing ~]# grep
“#user” /usr/local/nginx/conf/nginx.conf.default

#user
nobody;

为Nginx服务建立新用户:

[root@jiufengjing ~]#
useradd -M -s /sbin/nologin nginx

[root@jiufengjing ~]# id
nginx              #检查用户

uid=1001(nginx)
gid=1001(nginx) groups=1001(nginx)

更改Nginx服务默认使用的用户,方法有两种:

第一种为直接更改配置文件参数,将默认的#user
nobody修改如下内容

user     nginx   
 nginx;

如果注释或不设置上述参数,默认即是nobody用户;

第二种为直接在编译nginx软件时指定编译的用户和组:

./configure
–prefix=/usr/local/nginx –user=nginx –group=nginx
–with-http_stub_status_module
–with-http_ssl_module

通过上述修改后Nginx进程,可以看到worker
processes进程对应的用户都变成了nginx;

[root@jiufengjing ~]# ps
-ef|grep nginx

root 8260 1 0 01:59 ?
00:00:00 nginx: master process
/usr/local/nginx/sbin/nginx

nginx 8261 8260 0 01:59 ?
00:00:00 nginx: worker process

root 8423 3139 0 03:28 pts/1
00:00:00 grep –color=auto nginx

4、根据参数优化Nginx服务性能

优化Nginx服务的worker进程个数:

在高并发,高访问量的Web服务场景,需要事先启动好更多的Nginx进程,以保证快速响应并处理大量并发用户的请求,而worker进程数并不是越多越好,就像饭店的服务员一样,服务员过多,没事做,饭店的成本也高;

优化Nginx进程对应Nginx服务的配置参数如下;

worker_processes 1;         
     
#指定了Nginx要开启的进程数,结尾的数字就是进程的个数;

Nginx有Master进程和Worker进程之分,Master为管理进程,worker是工作进程。

通过/proc/cpuinfo可查看CPU个数及总核数;

[root@jiufengjing ~]# grep
processor /proc/cpuinfo|wc -l

1

[root@jiufengjing ~]# grep
-c processor /proc/cpuinfo

1

#此处的1表示1颗1核的CPU

查看CPU总核数的示例如下:

[root@jiufengjing ~]# grep
“physical id” /proc/cpuinfo |sort|uniq|wc -l

1                #对phsical id
去重计算,表示1颗CPU

通过执行top命令,然后按数字1,即可显示所有的CPU核数,如下:

top – 03:54:36 up 5:36, 2
users, load average: 0.00, 0.01, 0.05

top – 03:55:08 up 5:37, 2
users, load average: 0.00, 0.01, 0.05

Tasks: 100 total, 2 running,
98 sleeping, 0 stopped, 0 zombie

%Cpu(s): 0.0 us, 0.0 sy, 0.0
ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st

KiB Mem : 481876 total,
152564 free, 128512 used, 200800 buff/cache

KiB Swap: 2097148 total,
2097148 free, 0 used. 309148 avail Mem

#这里是单核CPU的信息 

有关worker_process参数的官方说明如下:

syntax:    worker_processes number:#此行为参数语法,number为数量

default:    worker_processes 1    #此行意思是不配置该参数,软件默认情况为1

context:    main               #此行为worker_processes参数可以放置的位置

worker_processes为定义worker进程数的数量,建议设置为CPU的核数或者cpu核数*2的进程数,具体情况要根据实际业务来进行选择。除了要和CPU核数的匹配外,

和硬盘存储的数据以及系统的负载也会有关,设置为CPU的个数或核数是一个好的起始配置。

5、优化绑定不同的Nginx进程到不同CPU上

默认情况Nginx的多个进程有可能跑在某一个或某一核的CPU上,导致Nginx进程使用硬件的资源不均。可以分配不同的Nginx进程给不同的CPU处理,达到充分有效利用硬件的多CPU多核资源的目的。

worker_processes  1;

worker_cpu_affinity 0001 0010 0100 1000;

#worker_cpu_affinity就是配置nginx进程CPU亲和力的参数,即把不同的进程分给不同的CPU处理。

这里0001 0010 0100
1000是掩码,分别代表1、2、3、4核cpu核心,由于worker_processes进程数为4,因此上述配置会把每个进程分配一核CPU处理,默认情况下进程不会绑定任何CPU,参数位置为main段。

worker_cpu_affinity参数的官方说明如下:

syntax:    worker_cpu_affinity cpumask…..#此行为cpu亲和力参数语法,cpumask为cpu掩码

default:    —                                         
  #默认不配置

context:    main                            #此行为worker_cpu_affinty参数可以放置的位置

worker_cpu_affinity的作用是绑定不同的worker进程到一组CPU上。通过设置bitmask控制允许使用的CPUS,默认worker进程不会绑定到任何CPUS。

6、Nginx事件处理模型优化

Nginx的连接处理机制在不同的操作系统会采用不同的I/O模型,在Linux下,Nginx使用epoll的I/O模型,在Freebsd中使用kqueue的I/O多路复用模型,

在Solaris中使用/dev/poll方式的I/O多路复用模型,在Windows中使用icop;

将Nginx的事件处理模型调整为epoll模型;

具体的配置参数如下: 

events { #events指令是设定Nginx的工作模式及连接数上限

worker_connections
1024;

use epoll;

     }

#use是一个事件模块指令,用来指定Nginx的工作模式,Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig及/dev/poll其中select和poll都是标准的工作模式,

kqueue和epoll是高效的工作模式,不同的是epoll用在Linux平台上,而kqueue用在BSD系统中,对于Linux系统推荐使用epoll工作模式,这是高性能高并发的设置;

根据Nginx的官方文档建议,也可以不指定事件处理模型,Nginx会自动选择最佳的事件处理模型服务。

7、调整Nginx单个进程允许的客户端最大连接数

控制连接数的参数为worker_connectons

worker_connectons需要根据服务器的性能和程序的内存使用量来指定:

events {

worker_connections  1024;

}

#worker_connections
也是个事件模块指令,用于定义Nginx每个进程的最大连接数,默认是1024.最大客户端连接数由worker_processes和worker_connections决定.

并发=worker_process * worker_connections 

8、配置Nginx worker进程最大打开文件数

控制参数为:worker_rlimit_nofile
1024;

#最大打开文件数,可设置为系统优化有的ulimit-HSn的结果。

说明:次参数的作用是改变worker processes能打开的最大文件数

参数资料:http://nginx.org/en/docs/ngx_core_module.htm

9、开启高效文件传输模式

(1)设置参数:sendfile on

sendfile参数用于开启文件的高效传输模式,同时将tcp_nopushtcp_nodelay两个指令设置为no,可防止网络及磁盘I/O阻塞,提升Nginx工作效率;

参数作用:激活或禁用sedfile()功能,sendfile()是作用于两个文件描述符之间的数据拷贝函数,这个拷贝操作在内核之中的,被称为”零拷贝“,sendfile()readwrite函数要高效很多,因为,readwrite函数要把数据拷贝到应用层在进行操作;相关控制参数还有sendfile_max_chunk

参考资料:http://nginx.org/en/docs/http/ngx_core_module.html#sendfile

(2)设置参数:tcp_nopush on;

参数作用:激活或禁用Linux上的TCP_CORK socket选项,此选项仅仅当开启sendfile时才生效,激活这个tcp_nopush参数可以允许把http response header和文件的开始部分放在一个文件里发布,其积极的作用是减少网络报文段的数量

参考资料:http://nginx.org/en/docs/http/ngx_core_module.html

(3)设置参数:tcp_nodelay
on;

用于激活tcp_nodelay功能,提高I/O性能

参数作用:默认情况下数据发送时,内核并不会马上发送,可能会等待更多的字节组成一个数据包,这样可以提高I/O性能,但是,在每次只发送很少字节的业务场景,使用tcp_nodelay功能,等待时间会比较长。

参数生产条件:激活或禁用tcp_nodelay选项,当一个连接进入到keep-alive状态时生效

http://nginx.org/en/docs/http/ngx_http_core_module.html#tcp_nopush

10、优化服务器域名的散列表大小

如果使用nginx.org和www.nginx.org来访问服务器是最频繁的,那将它们明确定义更为有效,命令如下:

server {

            listen       80;

           server_name  nginx.org  www.nginx.org *.nginx.org

location / {

      root   html;

      index  index.php index.html index.htm;

         
 }

如果定义的大量的非常长的名字,那就需要在HTTP配置块中调整server_names_hash_max_sizeserver_names_hash_bucket_size的值;

http   {

     
 server_names_hash_max_size 512;     
#设置存放域名的最大散列表的大小;

     
 server_names_hash_bucket_size 64;   
#设置存放域名的最大散列表的存储桶的大小,域名较长定义;

       }

如果定义的大量名字,出现报错

那么应该先尝试设置server_names_hash_max_size的值,此值差不多等于名字列表名字总量,如果还不能解决问题,或者服务器启动非常缓慢,在尝试设置server_names_hash_bucket_size的值;

11、优化Nginx连接参数,调整连接超时时间

连接超时的作用:

无用的连接设置为超时,可以保护服务器系统资源(cpu、内存、磁盘);

减少占用服务器资源;断掉恶意占用资源的连接

 nginx连接超时的参数设置

(1)参数设置:keepalive_timeout 60;

用于设置客户端连接保持会话的超时时间为60秒;超过这个时间,服务器会关闭该连接。

可根据网站的情况设置,或者关闭,可在 http 段、
server 段、或者 location 段设置。

(2)设置参数:tcp_nodelay on;

参数作用:默认情况下当数据发送时,内核并不会马上发送,可能会等待更多的字节组成一个数据包,这样可以提高I/O性能。但是,在每次只发送很少字节的业务场景中,使用tcp_nodelay功能,等待时间会比较长。

参数生效条件:激活或禁用TCP_NODELAY选项,当一个连接进入keep-alive状态时生效。

(3)设置参数:client_header_timeout 15;

用于设置读取客户端请求头数据的超时时间。此处的数值15,其单位是秒,指定等待客户端发送请求头的超时时间;

参数作用:设置读取客户端请求头数据的超时时间,如果超过这个时间,客户端还没有发送完整的header数据,服务器端将返回'Request time out (408)'错误,可指定一个超时时间,防止客户端利用http协议进行攻击,

(4)设置参数:client_body_timeout 15;

用于设置读取客户端请求主体的超时时间,默认值是60

参数作用:设置读取客户端请求主体的超时时间。这个超时仅仅为两次成功的读取操作之间的一个超时,非请求整个主体数据的超时时间,如果在这个时间内,客户端没有发送任何数据,Nginx将返回"Request time out (408)"错误,默认值是60

(5)设置参数:send_timeout 25;

用户指定响应客户端的超时时间。这个超时时间仅限于两个链接活动之间的事件,如果超过这个时间,客户端没有任何活动,Nginx将会关闭连接,默认值为60s,可以改为参考值25s

12、上传文件大小的限制(动态应用)

设置上传文件大小需要在nginx的主配置文件加入如下参数

client_max_body_size 8m;

具体大小根据公司的业务调整,如果不清楚设置为8m即可

syntax:
client_max_body_size size;             

default:client_max_body_size
1m;    #默认值为1m            

context:http,server,location 
           

参数作用:设置最大的允许客户端请求主体大小,在请求头域有“Content-Length”,如果超过了此配置值,客户端会收到413错误,意思是请求的条目过大,有可能浏览器不能正确的显示这个错误,设置为0表示禁止检查客户端请求主体大小,此参数对服务端的安全有一定的作用。

 

13、配置Nginx
gzip压缩实现性能优化

1、Nginx
gzip压缩功能介绍

Nginx gzip压缩模块提供了压缩文件内容的功能,用户请求的内容在发送到用户客户端之前,Nginx服务器会根据一些具体的策略实施压缩,以节约网站出口带宽,同时加快数据传输效率,来提升用户访问体验。

 

2、Nginx
gzip压缩的优点

提升用户体验
;节约网站带宽成本

 

3、需要和不需要压缩的对象

纯文本内容压缩比很高,因此,纯文本的内容最好进行压缩,例如:html、js、css、xml、shtml等格式的文件;

被压缩的纯文本文件必须要大于1KB,由于压缩算法的特殊原因,极小的文件压缩后可能反而变大;

图片、视频(流媒体)等文件尽量不要压缩,因为这些文件大多都是经过压缩的,如果再压缩很可能不会减小,或者有可能增大,同时压缩时还会消耗大量的CPU、内存资源。

4、参数介绍及配置说明

Nginxgzip压缩功能依赖于ngx_http_gzip_module模块,默认已安装,

参数说明如下:

gzip on;
#开启gzip压缩功能;

gzip_min_length 1k;
#设置允许压缩的页面最小字节数,页面字节数从header头的Content-Length中获取。默认值是0,表示不管页面多大都进行压缩。建议设置成大于1k,如果小于1k可能会越压越大;

gzip_buffers 4 16k;
#压缩缓存区大小,表示申请4个单位为16k的内存作为压缩结果流缓存,默认值是申请与原始数据大小相同的内存空间来存储gzip压缩结果;

gzip_http_version 1.1;
#压缩版本(默认1.1,前端为squid2.5时使用1.0),用于设置识别HTTP协议版本,默认是1.1,目前大部分浏览器已经支持GZIP解压,使用默认即可;

gzip_comp_level 2;
#压缩比例。用来指定gzip压缩比,1压缩比最小,处理速度最快;9压缩比最大,传输速度快,处理最慢也比较消耗CPU资源;

gzip_types text/css text/xml
application/javascript;#用来指定压缩类型,”text/html”类型总是会被压缩,这个就是
HTTP原理部分讲的媒体类型;

gzip_vary on; #vary
header支持。该选项可以让前端的缓存服务器缓存经过gzip压缩的页面,例如
用Squid缓存经过 Nginx缓存 经Nginx压缩的数据;

配置在http标签端:

http {

“       gzip
on;

       gzip_min_length
1k;

       gzip_buffers 4
32k;

       gzip_http_version
1.1;

       gzip_comp_level
9;

       gzip_types text/css
text/xml application/javascript;

       gzip_vary
on;

       }

You can leave a response, or trackback from your own site.

Leave a Reply

网站地图xml地图