文章目录
一、Nginx优化
配置Nginx隐藏版本号
●隐藏Nginx版本号,避免安全漏洞泄露
●Nginx隐藏版本号的方法
修改配置文件法
修改源码法
修改配置文件法
将Nginx配置文件中的server_tokens选项的值设置为off
重启服务,访问网站使用curl -I 命令检测
[root@server1 ~]# vi /etc/nginx.conf
[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# systemctl start nginx
[root@server1 ~]# curl -I http://localhost 可以查看服务的版本号
修改源码法(修改源码法要在编译之前)
[root@server1 ~]# vi /etc/nginx.conf
修改 server_tokens on;
[root@server1 ~]# vi nginx-1.12.2/src/core/nginx.h
[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# cd nginx-1.12.2/
[root@server1 nginx-1.12.2]# make && make install 重新编译安装
[root@server1 nginx-1.12.2]# systemctl start nginx
[root@server1 nginx-1.12.2]# cd
[root@server1 ~]# curl -I http://localhost
修改
#define nginx_version 1612012 发行时间
#define NGINX_VERSION "1.1.1" 发行版本号
#define NGINX_VER "IIS/" NGINX_VERSION 搭建服务所使用的软件
修改Nginx用户与组
●Nginx运行时进程需要有用户与组的支持,以实现对网站文件读取时进行访问控制
●Nginx默认使用nobody用户账号与组账号
●修改的方法
编译安装时指定用户与组
修改配置文件指定用户与组
编译安装时指定
创建用户账号与组账号,如nginx
编译安装时–user与–group指定Nginx服务的运行用户与组账号
[root@server1 ~]# cd nginx-1.12.2/
[root@server1 nginx-1.12.2]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module
修改配置文件法指定
新建用户账号,如nginx
修改主配置文件user选项,指定用户账号与组账号
重启nginx服务,使配置生效
使用ps aux命令查看nginx的进程信息,验证运行用户中改变效果
root@server1 ~]# vi /etc/nginx.conf
[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# systemctl start nginx
[root@server1 ~]# ps aux | grep nginx
修改 user nginx nginx;
配置Nginx网页缓存时间
●当nginx将网页数据返回给客户端后,可设置缓存的时间,以方便在日后进行相同内容的请求时直接返回,避免重复请求,加快了访问速度。
●一般针对静态网页设置,对动态网页不设置缓存时间
●设置方法
修改配置文件,在http段、或者server段、或者location段
加入对特定内容的过期参数
在主配置文件的location段加入expires参数
对图片进行缓存
添加图片到/usr/local/nginx/html/中
进行图片链接创建
[root@server1 ~]# cd /usr/local/nginx/html/
[root@server1 html]# ls -lh
[root@server1 html]# vi index.html
添加 <img src="a.png" />
[root@server1 html]# vi /etc/nginx.conf
添加 正则表达式
location ~ \.(gif|jpg|jpeg|png|bmp|ico)$ {
root html;
expires 1d;
}
实现Nginx的日志切割
●随着Nginx运行时间增加,日志也会增加。为了方便掌握Nginx运行状态,需要时刻关注Nginx日志文件
太大的日志文件对监控是一个大灾难
定期进行日志文件的切割
●Nginx自身不具备日志分割处理的功能,但可以通过Nginx信号控制功能的脚本实现日志的自动切割
●通过Linux的计划任务周期性地进行日志切割
编写脚本进行日志切割思路
设置时间变量
设置保存日志路径
将目前的日志文件进行重命名
重建新日志文件
删除时间过长的日志文件
设置cron任务,定期执行脚本自动进行日志分割
脚本配置参数解析
#!/bin/bash
# 日志分割
d=$(date -d "-1 day" "+%Y-%m-%d")
logs_path="/var/log/nginx"
pid_path="/usr/local/nginx/logs/nginx.pid"
[ -d $logs_path ] || mkdir -p $logs_path
mv /usr/local/nginx/logs/access.log ${logs_path}/aa.com.access.log-$d
kill -HUP $(cat $pid_path)
find $logs_path -mtime +60 | xargs rm -rf
时间变量
[root@server1 ~]# date "+%Y%m%d" 查看当前日期时间
[root@server1 ~]# date "+%Y-%m-%d" 查看当前的年月日
[root@server1 ~]# date -d "-1 day" "+%Y-%m-%d" 查看昨天日期
[root@server1 ~]# date -d "+1 day" "+%Y-%m-%d" 查看明天日期
查看进程号
[root@server1 ~]# cd /usr/local/nginx/logs/
[root@server1 logs]# ls -lh
[root@server1 logs]# cat nginx.pid 当前nginx运行时产生的进程号
时间参数
在linux操作系统中,每个文件都有很多的时间参数,其中有三个比较主要,分别是
ctime, atime, mtime
modification time (mtime) :
当修改文件的内容数据的时候,就会更新这个时间,而更改权限或者属性,mtime不会
改变,这就是和ctime的区别。
change time (ctime)
当修改文件的权限或者属性的时候,就会更新这个时间,ctime并不是createtime,
更像是change time。
只有当更新文件的属性或者权限的时候才会更新这个时间,但是更改内容的话是不会
更新这个时间。
accesstime (atime)
当使用这个文件的时候就会更新这个时间。
查看文件的最近状态
[root@server1 ~]# stat initial-setup-ks.cfg
-exec和 xargs参数解析
find. -inum 100663364 -exec rm -i {}\;
这条命令的意思是find找到的内容作为后面rm删除的对象
语法结构分析:
-exec参数后面跟的是命令,它的终止是以;为结束标志的,{}代表前面find找出来的文件名,\代表换行符,是立即执行的意思。
find. -inum 100663364 | xargs rm -f
[root@server1 ~]# vi fenge.sh
[root@server1 ~]# cd /usr/local/nginx/logs/
[root@server1 logs]# ls -lh
[root@server1 logs]# chmod +x access.log
[root@server1 logs]# cd
[root@server1 ~]# chmod +x fenge.sh
[root@server1 ~]# ./fenge.sh
#!/bin/bash
# 日志分割
d=$(date -d "-1 day" "+%Y-%m-%d") 时间变量前天
logs_path="/var/log/nginx" 日志保存路径
pid_path="/usr/local/nginx/logs/nginx.pid" 进程文件保存路径
[ -d $logs_path ] || mkdir -p $logs_path -d:条件判断,目录是否存在,没有创建
mv /usr/local/nginx/logs/access.log ${logs_path}/aa.com.access.log-$d
kill -HUP $(cat $pid_path)
当服务重新加载后,会重新生成一个新的日志文件,以便后续的日志分割操作
find $logs_path -mtime +60 | xargs rm -rf
找到超过60天的日志进行删除
运行进行日志分割检测
[root@server1 ~]# cd /usr/local/nginx/logs/
[root@server1 logs]# ls -lh
[root@server1 logs]# cd
[root@server1 ~]# ./fenge.sh
[root@server1 ~]# cd /var/log/nginx/
[root@server1 nginx]# ls -lh
[root@server1 nginx]# cd
[root@server1 ~]# cd /usr/local/nginx/logs/
[root@server1 logs]# ls -lh
[root@server1 logs]# cd
[root@server1 ~]# which sh 查看sh的绝对路径
[root@server1 ~]# crontab -e 编写任务计划
[root@server1 ~]# crontab -l 查看任务计划
0 1 * * * /usr/bin/sh /root/fenge.sh
* * * * *
分钟 小时 日期 月份 星期
kill -QUIT 结束进程
-HUP 平滑重启类似reload
-USR1 日志分隔
-USR2 平滑升级
Nginx深入优化
配置Nginx实现连接超时
1.为避免同一客户端长时间占用连接,造成资源浪费,可设置相应的连接超时参数,实现控制连接访问时间
2.超时参数
Keepalive_time 设置连接保持超时时间
Client_header_timeout 指定等待客户端发送请求头的超时时间
Client_body_timeout 设置请求体读超时时间
请求头header解析
request如果是post才有请求体,get则没有请求体,直接跟在?后面,用&隔开,请求头header一般用来存放一些cookie, token信息;
Cookie是一个保存在客户机中的简单的文本文件,这个文件与特定的Web. 文档关联在一起,保存了该客户机访问这个Web文档时的信息,当客户机再次访问这个Web文档时这些信息可供该文档使用。由于“Cookie”具有可以保存在客户机上的神奇特性,因此它可以帮助我们实现记录用户个人信息的功能,而这一切都不必使用复杂的CGI等程序。
举例来说,一个Web站点可能会为每一个访问者产生一个唯一的ID,然后以Cookie文件的形式保存在每个用户的机器上。如果使用浏览器访问Web,会看到所有保存在硬盘上的Cookie。在这个文件夹里每一个文件都是一个由“名/值”对组成的文本文件,另外还有一个文件保存有所有对应的Web站点的信息。在这里的每个Cookie 文件都是一个简单而又普通的文本文件。透过文件名,就可以看到是哪个Web站点在机器上放置了Cookie(当然站点信息在文件里也有保存)。
1、Token的引入:Token是在客户端频繁向服务端请求数据,服务端频繁的去数据库查询用户名和密码并进行对比,判断用户名和密码正确与否,并作出相应提示,在这样的背景下,Token便应运而生。
2、Token的定义: Token是服务端生成的一串字符串,以作客户端进行请求的一个令牌,当第一次登录后,服务器生成一个Token便将此Token返回给客户端,以后客户端只需带上这个Token前来请求数据即可,无需再次带上用户名和密码。
3、使用Token的目的:Token的目的是为了减轻服务器的压力,减少频繁的查询数据库,使服务器更加健壮。
[root@server1 ~]# vi /etc/nginx.conf
[root@server1 ~]# nginx -t
[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# systemctl start nginx
添加修改
keepalive_timeout 65 180; 前面参数是服务器主动关闭的超时时间(默认是65秒),后面参数是客户机浏览器主动关闭的时间
client_header_timeout 80; 等待客户端发送请求头的超时时间超时会发送408错误
client_body_timeout 80; 设置客户端发送请求体超时时间
更改Nginx运行进程数
1.在高并发场景,需要启动更多的Nginx进程以保证快速响应,以处理用户的请求,避免造成阻塞
2.更改进程数的配置方法
修改配置文件,修改进程配置参数
3.修改配置文件的worker_processes参数
一般设为CPU的个数或者核数
在高并发情况下可设置为CPU个数或者核数的2倍
4.增加进程数,可减少了系统的开销,提升了服务速度
5.使用ps aux查看运行进程数的变化情况
6.默认情况下,Nginx的多个进程可能跑在一个CPU上,可以分配不同的进程给不同的CPU处理,充分利用硬件多核多CPU
更改进程数流程
查看CPU或者核数
[root@server1 ~]# cat /proc/cpuinfo | grep -c "physical"
[root@server1 ~]# vi /etc/nginx.conf
[root@server1 ~]# nginx -t
[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# systemctl start nginx
[root@server1 ~]# ps aux | grep nginx 查看状态
添加修改
worker_processes 8; 工作进程
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; CPU或者核的分配情况
use epoll;
worker_connections 4096;
配置Nginx实现网页压缩功能
1.Nginx的ngx_http_gzip_module压缩模块提供对文件内容压缩的功能
2.允许Nginx服务器将输出内容在发送客户端之前进行压缩,以节省网站带宽,提升用户的访问体验,默认已经安装
3.可在配置文件中加入相应的压缩功能参数对压缩性能进行优化
4.压缩功能参数
gzip on:开启gzip压缩输出
gzip_min_length 1k:设置允许压缩的页面最小字节数
gzip_buffers 4 16k:申请4个单位为16k的内存作为压缩结果流缓存,默认值是申请与原始数据大小相同的内存空间来存储gzip压缩结果
gzip_http_version 1.0:设置识别http协议版本,默认是1.1,目前大部分浏览器已经支持gzip压缩但处理较慢,也比较消耗服务器CPU资源
gzip_comp_level 2:指定gzip压缩比,1压缩比最小,处理速度最快;9压缩比最大,传输速度快,但处理速度最慢。
gzip_types text/pain:压缩类型,对哪些网页文档启用压缩功能
gzip_vary on:让前端缓存服务器缓存经过gzip压缩的页面。
将以上的压缩功能参数加入到主配置文件httpd配置中段
重启服务,查看网页压缩功能开启结果
配置网页压缩功能操作
[root@server1 ~]# vi /etc/nginx.conf
[root@server1 ~]# nginx -t
[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# systemctl start nginx
添加修改
gzip on; 开启gzip压缩功能
gzip_min_length 1k; 压缩阀值
gzip_buffers 4 16k; buffer大小为4个16k缓存区大小
gzip_http_version 1.1; 压缩版本
gzip_comp_level 6; 压缩比率,最小为1,处理速度快,传输速度慢,9最大压缩比,处理速度慢,传输速度快
gzip_types text/plain text/css text/javascript application/x-javascript application/javascript application/json application/x-httpd-php application/xml image/jpg image/jpeg image/gif image/png;
gzip_disable "MSIE [1-6]\."; 配置禁用gzip条件,支持正则,表示ie6以下不启用gzip
gzip_vary on; 选择支持very header可以让前端的缓存服务器缓存经过gzip压缩的页面
配置Nginx实现防盗链
1.在企业网站服务中,一般都要配置防盗链功能,以避免网站内容被非法盗用,造成经济损失
2.Nginx防盗链功能也非常强大。默认情况下,只需要进行简单的配置,即可实现防盗链处理
3.配置流程
配置Nginx实现防盗链
重启服务,再次访问图片,检测防盗效果
4.配置说明
~* \.(jpg|gif|swf)$:匹配以.jpg或.swf结尾的不区分大小写的文件
valid_referes:设置信任的网站,即能引用相应图片的网站
网址或者域名:referer中包含相关字符串的网址
if语句:如果链接的来源域名不在valid_referers所列出的列表中,$invalid_referer为1,则执行后面的操作,即进行重写或返回403页面
[root@server1 ~]# vi /etc/nginx.conf
[root@server1 ~]# nginx -tul
[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# systemctl start nginx
[root@server1 ~]# cd /usr/local/nginx/html/
[root@server1 html]# ls -lh
[root@server1 ~]# vi /etc/hosts
到/usr/local/nginx/html/下,删除原index.html文件,添加error.png图片,新index.html文件
配置文件应在前面配置的缓存之上,同为正则表达式,优先级相同,所以执行顺序按顺序执行,谁在前将先执行
添加
location ~* \.(jpg|gif|swf)$ {
valid_referers none blocked *.aa.com aa.com 20.0.0.14;
if ($invalid_referer) {
rewrite ^/ http://20.0.0.14/error.png;
} 如果访问的地址网站不是主机的地址,就转跳另一个页面
}
20.0.0.14 www.aa.com
[root@server2 ~]# yum -y install httpd
[root@server2 ~]# vi /var/www/html/index.html
[root@server2 ~]# systemctl stop firewalld
[root@server2 ~]# setenforce 0
[root@server2 ~]# systemctl start httpd
[root@server2 ~]# vi /etc/hosts
20.0.0.14 www.aa.com
对FPM模块进行参数优化
1.Nginx的PHP解析功能实现如果是交由FPM处理的,为了提高PHP的处理速度, 可对FPM模块进行参数的调整
2.根据服务器的内存与服务负载,调整FPM模块参数
3.启动fpm进程方式,通过pm参数指定
static:将产生固定数量的fpm进程 (静态)
dynamic:将以动态的方式产生fpm进程 (动态)
FPM优化参数
Static的方式的参数
pm.max_children: 指定启动的进程数量
Dynamic方式的参数
pm.max_children:指定启动进程数的最大值
pm.start_servers: 动态方式下初始的fpm进程数
pm.min_spare_servers: 动态方式下最小的fpm空闲进程数
pm.max_spare_servers: 动态方式下最大的fpm空闲进程数
在论坛安装设备上操作
动态方式
[root@server1 ~]# systemctl stop firewalld
[root@server1 ~]# setenforce 0
[root@server1 ~]# systemctl status nginx
[root@server1 ~]# netstat -anpt | grep 9000
[root@server1 ~]# cd /usr/local/php/etc/php-fpm.d/
[root@server1 php-fpm.d]# ls -lh
编辑配置文件
[root@server1 php-fpm.d]# vi www.conf
[root@server1 php-fpm.d]# cd
pm = dynamic
pm.max_children = 20 static模式下空闲进程数上限,大于下面的值
pm.start_servers = 5 动态方式下默认开启的进程数,在最小和最大之间
pm.min_spare_servers = 2 动态方式下最少空闲进程数
pm.max_spare_servers = 8 动态方式下最大空闲进程数
[root@server1 ~]# ps aux | grep php-fpm 查看进程状态 默认进程2个
[root@server1 ~]# pkill php-fpm 终止进程
[root@server1 ~]# /usr/local/php/sbin/php-fpm -c /usr/local/php/lib/php.ini 重新加载
[root@server1 ~]# ps aux | grep php-fpm