Nginx的优化与防盗链

配置Nginx隐藏版本号

部署环境:已搭建nginx。

方法一:修改配置文件法

vi /etc/nginx.conf
error_log  logs/error.log  info;  ##错误日志开启
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';  ##日志格式开启
server {
        listen       80;
        server_name  localhost;

        charset utf-8;  ##开启字符型兼容性

        access_log  logs/access.log  main; ##访问日志改成默认形式

default_type  application/octet-stream;
    server_tokens off;  ##在上面这行下面加入,关闭签名功能

查验效果:
[root@client3 ~]# systemctl stop nginx
[root@client3 ~]# systemctl start nginx
[root@client3 ~]# curl -I http://localhost
HTTP/1.1 200 OK
Server: nginx
Date: Mon, 30 Nov 2020 08:27:11 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 612
Last-Modified: Tue, 03 Nov 2020 11:54:49 GMT
Connection: keep-alive
ETag: "5fa14509-264"
Accept-Ranges: bytes

方法二:修改源码法

vi /etc/nginx.conf

server_tokens on;  //开启
vi /opt/nginx-1.12.2/src/core/nginx.h

#define nginx_version      1112012  //这三列信息改动下,以便隐藏
#define NGINX_VERSION      "1.1.1"
#define NGINX_VER          "IIS/" NGINX_VERSION

systemctl stop nginx
重新编译安装下
cd /opt/nginx-1.12.2/
make && make install
systemctl start nginx
查验效果:
[root@client3 nginx-1.12.2]# curl -I http://localhost
HTTP/1.1 200 OK
Server: IIS/1.1.1  //版本等信息已混淆
Date: Mon, 30 Nov 2020 08:38:37 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 612
Last-Modified: Tue, 03 Nov 2020 11:54:49 GMT
Connection: keep-alive
ETag: "5fa14509-264"
Accept-Ranges: bytes

ps aux | grep nginx //使用ps aux 命令查看nginx的进程信息,验证运行用户

修改Nginx用户与组

1.Nginx运行时进程需要用户与组的支持,以实现对网站文件读取时进行访问控制

2.Nginx默认使用nobody用户账号与组账号

3.修改的方法
(1)编译安装指定用户与组(具备用户和组的功能性)

#创建用户账号与组账号,如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 

(2)修改配置文件指定用户与组(实际以该用户与组身份去运行)

#新建用户账号,如nginx
#修改主配置文件user选项,指定用户账号与组账号
#重启nginx服务,使配置生效
#使用ps aux命令查看nginx的进程信息,验证运行用户中改变效果
root@server1 ~]# vi /etc/nginx.conf 
修改    user  nginx nginx;

[root@server1 ~]# systemctl stop nginx
[root@server1 ~]# systemctl start nginx
[root@server1 ~]# ps aux | grep nginx 

网页缓存时间

方法一:局部的缓存

vi /etc/nginx.conf
在location模块下,添加此模块:
location ~ \.(gif|jpg|jpeg|png|bmp|ico)$ {
            root html;
            expires 1d;
        }

cd /usr/local/nginx/html/
在此目录下导入图片1.jpg
vi index.html
在<body>里添加:
<img src="1.jpg" />

查验效果:
在这里插入图片描述
在这里插入图片描述
服务重启下:
systemctl stop nginx
systemctl start nginx
出现缓存效果

在这里插入图片描述

方法二:全局的

vi /etc/nginx.conf

server_tokens on;
expires 1d; //在上面这行下加入此命令

重启下服务,效果与上图一样

日志切割

编写脚本的思路

1、设置时间变量
2、设置保存日志路径
3、将目前的日志文件进行重命名
4、重建新日志文件
5、删除时间过长的日志文件
6、设置cron任务,定期执行脚本自动进行日志分割

时间变量

[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
1、modification time (mtime) :
当修改文件的内容数据的时候,就会更新这个时间,而更改权限或者属性,mtime不会
改变,这就是和ctime的区别。

2、change time (ctime)
当修改文件的权限或者属性的时候,就会更新这个时间,ctime并不是createtime,
更像是change time。
只有当更新文件的属性或者权限的时候才会更新这个时间,但是更改内容的话是不会
更新这个时间。

3、accesstime (atime)
当使用这个文件的时候就会更新这个时间。

-exec和 xargs参数解析

(1)find. -inum 100663364 -exec rm -i {};
这条命令的意思是find找到的内容作为后面rm删除的对象
语法结构分析:
-exec参数后面跟的是命令,它的终止是以;为结束标志的,{}代表前面find找出来的文件名,\代表换行符,是立即执行的意思。

(2)find. -inum 100663364 | xargs rm -f
xargs这个参数就是强力的意思,如果前面的输出结果包含空格或制表符也会被强力执行

编写脚本

vi 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
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@client3 ~]# chmod +x fenge.sh
[root@client3 ~]# ./fenge.sh
查验效果:
[root@client3 ~]# cd /var/log/nginx/
[root@client3 nginx]# ls -lh
总用量 4.0K
-rw-r--r-- 1 root root 3.2K 1130 17:48 aa.com.access.log-2020-11-29

[root@server1 logs]# cd
[root@server1 ~]# which sh     查看sh的绝对路径
[root@server1 ~]# crontab -e  编写任务计划
0 1 * * * /usr/bin/sh /root/fenge.sh

[root@server1 ~]# crontab -l    查看任务计划
0 1 * * * /usr/bin/sh /root/fenge.sh

连接超时

为避免同一客户端长时间占用连接,造成资源浪费,可设置相应的连接超时参数,实现控制连接访问时间

超时参数

1、Keepalive_time:设置连接保持超时时间

2、Client_header_timeout:指定等待客户端发送请求头的超时时间

3、Client_body_timeout:设置请求体读超时时间

请求头header解析

request如果是post才有请求体,get则没有请求体,直接跟在?后面,用&隔开,请求头header一般用来存放一些cookie, token信息;

1、cookie信息
Cookie是一个保存在客户机中的简单的文本文件,这个文件与特定的Web. 文档关联在一起,保存了该客户机访问这个Web文档时的信息,当客户机再次访问这个Web文档时这些信息可供该文档使用。由于“Cookie”具有可以保存在客户机上的神奇特性,因此它可以帮助我们实现记录用户个人信息的功能,而这一切都不必使用复杂的CGI等程序。
举例来说,一个Web站点可能会为每一个访问者产生一个唯一的ID,然后以Cookie文件的形式保存在每个用户的机器上。如果使用浏览器访问Web,会看到所有保存在硬盘上的Cookie。在这个文件夹里每一个文件都是一个由“名/值”对组成的文本文件,另外还有一个文件保存有所有对应的Web站点的信息。在这里的每个Cookie 文件都是一个简单而又普通的文本文件。透过文件名,就可以看到是哪个Web站点在机器上放置了Cookie(当然站点信息在文件里也有保存)。

2、Token信息
(1)Token的引入:Token是在客户端频繁向服务端请求数据,服务端频繁的去数据库查询用户名和密码并进行对比,判断用户名和密码正确与否,并作出相应提示,在这样的背景下,Token便应运而生。

(2)Token的定义: Token是服务端生成的一串字符串,以作客户端进行请求的一个令牌,当第一次登录后,服务器生成一个Token便将此Token返回给客户端,以后客户端只需带上这个Token前来请求数据即可,无需再次带上用户名和密码。

(3)使用Token的目的:Token的目的是为了减轻服务器的压力,减少频繁的查询数据库,使服务器更加健壮。

请求体body一般用来存储post的参数和参数数据

编写配置

vi /etc/nginx.conf 
keepalive_timeout  65 180; 前面参数是服务器主动关闭的超时时间(默认是65秒),后面参数是客户机浏览器主动关闭的时间
 client_header_timeout 80;  等待客户端发送请求头的超时时间超时会发送408错误
 client_body_timeout 80;    设置客户端发送请求体超时时间

[root@client3 ~]# nginx -t
[root@client3 ~]# systemctl stop nginx
[root@client3 ~]# systemctl start nginx

刷新下网页,对比下前后抓包图
在这里插入图片描述

更改Nginx运行进程数

1.在高并发场景,需要启动更多的Nginx进程以保证快速响应,以处理用户的请求,避免造成阻塞

2.更改进程数的配置方法
修改配置文件,修改进程配置参数

3.修改配置文件的worker_processes参数
(1) 一般设为CPU的个数或者核数
(2)在高并发情况下可设置为CPU个数或者核数的2倍

4.增加进程数,可减少了系统的开销,提升了服务速度

5.使用ps aux查看运行进程数的变化情况

6.默认情况下,Nginx的多个进程可能跑在一个CPU上,可以分配不同的进程给不同的CPU处理,充分利用硬件多核多CP

编写配置

[root@client3 ~]# cat /proc/cpuinfo | grep -c "physical" //查看核数
4
vi /etc/nginx.conf
worker_processes  8;     //工作进程(根据核数修改) 
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;       //CPU或者核的分配情况
events {    //确保该模块正常
    use epoll;
    worker_connections 4096 ;
}

[root@client3 ~]# nginx -t
[root@client3 ~]# systemctl stop nginx
[root@client3 ~]# systemctl start nginx

查验效果:
[root@client3 ~]# ps aux | grep nginx
在这里插入图片描述

配置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配置中段
重启服务,查看网页压缩功能开启结果

编写配置

vi /etc/nginx.conf
开启 gzip on以及添加以下参数:
    gzip  on;                开启gzip压缩功能
    gzip_min_length 1k;       压缩阀值
    gzip_buffers 4 16k;     buffer大小为416k缓存区大小
    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压缩的页面
[root@client3 ~]# nginx -t
[root@client3 ~]# systemctl stop nginx
[root@client3 ~]# systemctl start nginx

刷新页面,抓包效果展示:
在这里插入图片描述

配置Nginx实现防盗链

1.在企业网站服务中,一般都要配置防盗链功能,以避免网站内容被非法盗用,造成经济损失

2.Nginx防盗链功能也非常强大。默认情况下,只需要进行简单的配置,即可实现防盗链处理

3.配置流程
(1)配置Nginx实现防盗链
(2)重启服务,再次访问图片,检测防盗效果

4.配置说明
~* \.(jpg|gif|swf)$: 匹配以.jpg或.swf结尾的不区分大小写的文件
valid_referes: 设置信任的网站,即能引用相应图片的网站
网址或者域名:referer中包含相关字符串的网址
if语句: 如果链接的来源域名不在valid_referers所列出的列表中,$invalid_referer为1,则执行后面的操作,即进行重写或返回403页

编写配置

[root@client3 ~]# cd /usr/local/nginx/html/
[root@client3 html]# ls -lh
把报错的图片2.png,添加到目录下

vi /etc/nginx.conf
为了优先执行,在location原有配置前加入该模块:
location ~* \.(jpg|gif|swf)$ {
       valid_referers none blocked *.aa.com aa.com 20.0.0.13;
       if ($invalid_referer) {
       rewrite ^/ http://20.0.0.13/2.png;   //如果访问的地址网站不是主机的地址,就转跳另一个页面
    }  
    }

[root@client3 html]# vi index.html 
<img src="http://20.0.0.13/1.jpg" />

[root@client3 html]# systemctl stop nginx
[root@client3 html]# systemctl start nginx
[root@client3 html]# cd
[root@client3 ~]# vi /etc/hosts
20.0.0.13   www.aa.com

找一台客户机(20.0.0.11),验证下:
[root@server2 ~]# yum -y install httpd
[root@server2 ~]# vi /var/www/html/index.html
<html><body>hello <img src="http://20.0.0.13/1.jpg"/></body></html>

[root@server2 ~]# systemctl start httpd
[root@server2 ~]# vi /etc/hosts
20.0.0.13   www.aa.com

访问20.0.0.11,出现效果
在这里插入图片描述

对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 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
总用量 40K
-rw-r--r-- 1 root root 19K 1130 20:20 www.conf
-rw-r--r-- 1 root root 19K 1130 20:14 www.conf.default
[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@client3 ~]# netstat -anpt | grep 9000
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      41611/php-fpm: mast 

[root@client3 php-fpm.d]# ps aux | grep php-fpm //查看进程状态
root      41611  0.0  0.2 214220  4012 ?        Ss   1130   0:03 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
nobody    41612  0.0  0.6 222456 12488 ?        S    1130   0:00 php-fpm: pool www
nobody    41613  0.0  0.8 320664 16392 ?        S    1130   0:00 php-fpm: pool www
root      54083  0.0  0.0 112680   984 pts/1    S+   10:44   0:00 grep --color=auto php-fpm
[root@client3 php-fpm.d]# pkill php-fpm  //终止进程
[root@client3 php-fpm.d]# cd
[root@client3 ~]# /usr/local/php/sbin/php-fpm -c /usr/local/php/lib/php.ini //重新加载

效果:
[root@client3 ~]# ps aux | grep php-fpm 
root      54095  0.0  0.2 214236  4132 ?        Ss   10:45   0:00 php-fpm: master process (/usr/local/php/etc/php-fpm.conf)
nobody    54096  0.0  0.2 216320  3920 ?        S    10:45   0:00 php-fpm: pool www
nobody    54097  0.0  0.2 216320  3920 ?        S    10:45   0:00 php-fpm: pool www
nobody    54098  0.0  0.2 216320  3920 ?        S    10:45   0:00 php-fpm: pool www
nobody    54099  0.0  0.2 216320  3920 ?        S    10:45   0:00 php-fpm: pool www
nobody    54100  0.0  0.2 216320  3924 ?        S    10:45   0:00 php-fpm: pool www
root      54102  0.0  0.0 112676   980 pts/1    S+   10:45   0:00 grep --color=auto php-fpm
已标记关键词 清除标记
©️2020 CSDN 皮肤主题: 游动-白 设计师:上身试试 返回首页