小阿轩yx-Nginx 优化与防盗链

2024-06-18 18:28
文章标签 优化 nginx 防盗链 小阿轩 yx

本文主要是介绍小阿轩yx-Nginx 优化与防盗链，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

小阿轩yx-Nginx 优化与防盗链

Nginx 服务优化

在企业应用环境中，服务器的安全性和响应速度需要根据实际情况进行相应参数配置，以达到最优的用户体验。

Nginx默认的安装参数

  • 只能提供最基本的服务

需要调整

  • 网页缓存时间
  • 连接超时
  • 网页压缩等相应参数，才能发挥出服务器的最大作用

隐藏版本号之前查看的方式

  • 可使用 Fiddler 工具抓取数据包查看 Nginx 版本
  • 也可使用命令查看
[root@localhost ~]# curl -i http://192.168.10.101
HTTP/1.1 200 OK
# 版本号
Server:nginx/1.12.0
Date: Thu, 09 Jun 2022 07:47:17 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 12
Last-Modified: Thu, 09 Jun 2022 07:46:09 GMT
Connection: keep-alive
ETag: "62a1a541-c"
Accept-Ranges: byteswww.kgc.com

访问网址，查看版本信息

[root@localhost ~]# nginx -s stop && nginx[root@localhost ~]# curl -i 127.0.0.1
HTTP/1.1 200 OK
Server: iis/10.12.0
Date: Thu, 09 Jun 2022 07:57:08 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 12
Last-Modified: Thu, 09 Jun 2022 07:46:09 GMT
Connection: keep-alive
ETag: "62a1a541-c"
Accept-Ranges: bytes
www.kgc.com

隐藏版本号

[root@www ~]# cd /usr/local/nginx/conf/
[root@www ~l# vim nginx.conf
# 省略内容
http {include    mime.types;default type application/octet-stream;server tokens off.
# 关闭版本号
# 省略内容
# 测试配置文件语法
[root@www conf]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

好处 

  • 避免泄漏 Nginx 版本
  • 不让攻击者针对特定版本进行攻击
隐藏 Nginx 版本号两种方式
  • 修改 Nginx 主配置文件
  • 修改 Nginx 源码文件，指定不显示版本号

修改配置文件方式

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.confhttp {include       mime.types;default_type  application/octet-stream;server_tokens off;

设置版本信息

[root@localhost ~]# vim nginx-1.12.0/src/core/nginx.h
#define nginx_version      1012000
#define NGINX_VERSION      "10.12.0"
#define NGINX_VER          "iis/" NGINX_VERSION[root@localhost ~]# cd nginx-1.12.0
[root@www nginx-1.12.0]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module && make && make install[root@localhost nginx-1.12.0]# ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
http {include       mime.types;default_type  application/octet-stream;server_tokens on;

修改用户与组

  • 用于支持 Nginx 的运行
  • 实现对网站文件读取时进行访问控制
  • Nginx默认使用 nobody 用户账号与组账号，一般也进行修改

修改 Nginx用户与组有两种方法

  • 在编译安装时指定用户与组
  • 修改配置文件指定用户与组

指定用户与组的参数

[root@ww nginx-1.12.0]# ./configure
--prefix=/usr/local/nginx
# 指定用户名是 nginx
--user=nginx
# 指定组名是 nginx
--group=nginx
.-with-http stub status module && make && make install

配置用户与组

[root@www nginx-1.12.0]# cd /usr/localnginx/conf
[root@www conf]# vim nginx.conf
# 修改用户为 nginx ,组为 nginx 
user nginx nginx;
# 查看worker process的用户
[root@www conf]# ps aux |grep nginx

（注：master process的用户是主进程用户）

配置网页缓存时间

  • 当 Nginx 将网页数据返回给客户端后，可设置缓存时间

好处

  • 以便在日后进行相同内容的请求时直接返回
  • 以避免重复请求，加快访问速度
  • 缓存时间一般针对静态资源进行设置对动态网页不用设置缓存时间

访问网页http://192.168.10.101/logo.jpg

修改 Nginx 的配置文件，在新 location 段加入 expires 参数，指定缓存的时间

location / {root   html;index  index.html index.htm index.php;
}location ~ \.(gif|jpg|jepg|png|bmp|ico)$ {root html;expires 1d;
}

（注：~：表示执行一个正则匹配，区分大小写

           d：天

           M：月

           m：分钟

           s：秒

           h：小时）

重启服务

[root@localhost ~]# systemctl restart nginx

日志切割

Nginx 运行时间增加，产生的日志也会增加

日志增加弊端

  • 不便于分析和排查

（注：需要定期进行日志文件的切割）

Nginx

缺点

  • 没有类似 Apache 的 cronlog 日志分割处理功能

特点

  • 可以通过 Nginx 的信号控制功能脚本来实现日志的自动切割
  • 并将脚本加入到 Linux的计划任务中，让脚本在每天的固定时间执行，便可实现日志切割功能

编写脚本/opt/fenge.sh,把 Nginx 的日志文件/usr/local/nginx/logs/access.log 移动到目录/var/log/nginx 下面

[root@www ~]# vim /opt/fenge.sh 
#!/bin/bash 
# Filename: fenge.sh 
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}/test.com-access.log-$d 
kill -USR1 $(cat $pid_path) 
find $logs_path -mtime +30 |xargs rm -rf

（注：

  • kill -USR1 $(cat $pid_path) ##重建新日志文件
  • find $logs_path -mtime +30 |xargs rm -rf ##删除 30 天之前的日志文件
  • xargs：可以读取标准输入和管道中的数据，用于弥补有些命令(如echo、kill、rm)不能从管道中读取数据的不足。
  • kill -USR1 ：停止接受新的连接，等待当前连接停止，重新载入配置文件，重新打开日志文件，重启服务器，从而实现相对平滑的不关机的更改。）

执行/opt/fenge.sh,测试日志文件是否被切割

[root@www ~]# chmod +x /opt/fenge.sh 
[root@www ~]# /opt/fenge.sh 
[root@www ~]# ls /var/log/nginx 
[root@www ~]# ls /usr/local/nginx/logs/access.log

 设置 crontab 任务，定期执行脚本自动进行日志分割 

[root@www ~]# crontab -e 
30 1 * * *   /opt/fenge.sh

设置连接超时

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

keepalive_timeou设置连接超时

[root@www ~]# vim /usr/local/nginx/conf/nginx.conf
http {#keepalive_timeout  0;keepalive_timeout  65 180;

（注：keepalive_timeout

第一个参数指定了与客户端的 keep-alive 连接超时时间，服务器将会在这个时间后关闭连接。

第二个参数（可选）指定了在响应头 Keep-Alive: timeout=time 中的 time 值。这个头能够让一些浏览器主动关闭连接，这样服务器就不必去关闭连接了。没有这个参数，Nginx 不会发送 Keep-Alive 响应头）

用浏览器访问

Client_header_timeout参数可用于指定等待客户端发送请求头的超时时间，Client_body_timeout 参数可用于指定请求体读超时时间

keepalive_timeout 65 180;
client_header_timeout 80;
client_body_timeout 80;

Nginx 深入优化

更改进程数

高并发环境中，要启动更多的Nginx进程以保证快速响应，用以处理用户的请求

好处

  • 避免造成阻塞

用 ps aux 命令査看 Nginx 运行进程的个数

[root@www ~]# ps aux | grep nginx
root      17328  0.0  0.0  20548   636 ?        Ss   20:32   0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx     17330  0.0  0.0  20912  1584 ?        S    20:32   0:00 nginx: worker process
root      17355  0.0  0.0 112824   976 pts/3    R+   20:39   0:00 grep --color=auto nginx

（注：

  • master process 是 Nginx 的主进程，开启了 1 个；worker process 是子进程，子进程也是开启了 1 个。
  • master进程负责管理worker进程，并负责读取配置文件和判断文件语法的工作；是主进程，有且只有一个。
  • worker进程有多个，它负责处理请求。
  • worker进程的数通常与服务器有多少cpu核心有关，比如，nginx所在主机拥有4核cpu,那么worker_ processes的值通常不会大于4，这样做的原因是为了尽力让每个worker进程都有一个cpu可以使用，尽量避免了多个worker进程抢占同一个cpu的情况,我们也可以将worker_ processes的值设置为"auto"）

修改 Nginx 的配置文件的 worker_processes 参数

查看主机cpu数量

[root@www ~]# cat /proc/cpuinfo | grep -c "physical"

修改 Nginx 的配置文件的 worker_processes 参数

[root@www ~]# vim /usr/local/nginx/conf/nginx.conf
user  nginx;
worker_processes  4;[root@www ~]# systemctl restart nginx
[root@www ~]# ps aux | grep nginx
root      17374  0.0  0.0  20548   644 ?        Ss   20:47   0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx     17376  0.0  0.0  20912  1344 ?        S    20:47   0:00 nginx: worker process
nginx     17377  0.0  0.0  20912  1344 ?        S    20:47   0:00 nginx: worker process
nginx     17376  0.0  0.0  20912  1344 ?        S    20:47   0:00 nginx: worker process
nginx     17377  0.0  0.0  20912  1344 ?        S    20:47   0:00 nginx: worker process
root      17400  0.0  0.0 112824   980 pts/3    S+   20:47   0:00 grep --color=auto nginx

以设置每个进程分别由不同的 CPU 核心处理，达到 CPU 的性能最大化

[root@www ~]# vim /usr/local/nginx/conf/nginx.conf
user  nginx;
worker_processes  4;
worker_cpu_affinity 0001 0010 0100 1000;

配置网页压缩

Nginx 的 ngx_http_gzip_module 压缩模块提供

  • 对文件内容压缩功能
  • 允许 Nginx服务器将输出内容发送到客户端之前进行压缩

好处

  • 节约网站的带宽
  • 提升用户的访问体验

默认 Nginx 已经安装该模块

修改 Nginx 的配置文件，加入压缩功能参数进行优化

[root@www ~]# vim /usr/local/nginx/conf/nginx.conf
http {
#去掉gzip  on;前面的注释，增加其他的参数gzip  on;gzip_buffers 4 64k;gzip_http_version 1.1;gzip_comp_level 2;gzip_min_length 1k;gzip_vary on;gzip_types text/plain text/javascript application/x-javascript text/css text/xml application/xml application/xml+rss image/jpeg image/gif image/png;
[root@www ~]# systemctl restart nginx
  • gzipon:开启 gzip 压缩输出
  • gzip_min_length1k:用于设置允许压缩的页面最小字节数
  • 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/plain:压缩类型，是对哪些网页文档启用压缩功能;
  • gzip_vary on:选项可以让前端的缓存服务器缓存经过 gzip 压缩的页面

使用浏览器访问网址验证，http://192.168.10.101/

（注：如果看不到压缩，将nginx配置文件中页面缓存的参数去掉，清空一下浏览器，再测试）

配置防盗链

  • 避免网站内容被盗造成损失
  • 也避免不必要的带宽浪费

Nginx

  • 防盗功能也非常强大
  • 默认情况下，只需进行很简单的配置即可实现防盗链处理

服务器恢复到前面的快照

防盗链实验环境

IP地址

域名

用途

192.168.10.101

www.benet.com

源主机

192.168.10.102

www.accp.com

盗链主机

修改客户端hosts文件

  • 192.168.10.101 www.benet.com

  • 192.168.10.102 www.accp.com

修改两台 CentOS 的 hosts 文件

  • 192.168.10.101 www.benet.com

  • 192.168.10.102 www.accp.com

把图片 logo.jpg 放到源主机（benet.com）的工作目录下

[root@www ~]# vim /usr/local/nginx/html/index.html
<html>
<body>
<p>原图网站</p>
<img src="http://www.benet.com/logo.jpg"/>
</body>
</html>

在盗链主机（accp.com）的工作目录编写盗链页面index.html,盗取源主机（benet.com）的图片

[root@accp~]# yum -y install httpd
[root@accp~]# systemctl stop firewalld
[root@accp~]# systemctl start httpd
[root@accp~]#  vim /var/www/html/index.html
<html>
<body>
<p>盗图网站</p>
<img src="http://www.benet.com/logo.jpg"/>
</body>
</html>
[root@accp~]# vim /etc/hosts
192.168.10.101 www.benet.com 
192.168.10.102 www.accp.com

访问盗链的网页 http://www.accp.com/index.html 查看是否盗链成功

配置 Nginx 防盗链

[root@www ~]# vim /usr/local/nginx/conf/nginx.conflocation / {root   html;index  index.html index.htm;}location ~* \.(gif|jpg|jpeg)$ {valid_referers *.benet.com benet.com;if ($invalid_referer) {rewrite ^/ http://www.benet.com/error.png;}}

（注：去掉页面缓存相关配置）

（注：location ~* \.(gif|jpg|jpeg)$中不要加入png格式，rewrite语句中地址重写到了一个png报错图片。

如果location ~* \.(gif|jpg|jpeg)$中写了png格式，就会被循环重定向，无法看到报错图片。）

（注：valid_referers:nginx会通就过查看referer自动和valid_referers后面的内容进行匹配，如果匹配到了就将$invalid_referer变量置0，如果没有匹配到，则将$invalid_referer变量置为1，匹配的过程中不区分大小写）

  • None      浏览器中referer（Referer是header的一部分，当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面连接过来的，服务器基此可以获得一些信息用于处理）为空的情况，就直接在浏览器访问图片
  • Blocked  referrer不为空的情况，但是值被代理或防火墙删除了，这些值不以http://或者https:// 开头。
  • ~* \.(jpg|gif|swf)$：这段正则表达式表示匹配不区分大小写，以.jpg 或.gif 或.swf 结尾的文件；
  • Valid_referers:设置信任的网站，可以正常使用图片；
  • 后面的网址或者域名：referer 中包含相关字符串的网址；
  • If 语句：如果链接的来源域名不在 valid_referers 所列出的列表中，$invalid_referer 为1，则执行后面的操作，即进行重写或返回 403 页面

测试

重新访问 http://www.accp.com/，无法看到盗图

FPM 参数优化安装带 FPM 模块的 PHP 环境，保证 PHP 可以正常运行

FPM 进程的两种启动方式

  • Static 的方式可以使用 pm.max_children 指定启动的进程数量

  • Dynamic 方式的参数要根据服务器的内存与服务负载进行调整

优化

root@www etc]# cd /usr/local/php5/etc/ 
[root@www etc]# vi php-fpm.conf 
pm=dynamic 
pm.max_children=20 
pm.start_servers=5 
pm.min_spare_servers=2 
pm.max_spare_servers=8

小阿轩yx-Nginx 优化与防盗链

这篇关于小阿轩yx-Nginx 优化与防盗链的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1072763。

相关文章

SpringBoot3实现Gzip压缩优化的技术指南

SpringBoot3实现Gzip压缩优化的技术指南

《SpringBoot3实现Gzip压缩优化的技术指南》随着Web应用的用户量和数据量增加,网络带宽和页面加载速度逐渐成为瓶颈,为了减少数据传输量,提高用户体验,我们可以使用Gzip压缩HTTP响应,... 目录1、简述2、配置2.1 添加依赖2.2 配置 Gzip 压缩3、服务端应用4、前端应用4.1 N
阅读更多...
Spring Boot + MyBatis Plus 高效开发实战从入门到进阶优化(推荐)

Spring Boot + MyBatis Plus 高效开发实战从入门到进阶优化(推荐)

《SpringBoot+MyBatisPlus高效开发实战从入门到进阶优化(推荐)》本文将详细介绍SpringBoot+MyBatisPlus的完整开发流程,并深入剖析分页查询、批量操作、动... 目录Spring Boot + MyBATis Plus 高效开发实战：从入门到进阶优化1. MyBatis
阅读更多...
MyBatis 动态 SQL 优化之标签的实战与技巧(常见用法)

MyBatis 动态 SQL 优化之标签的实战与技巧(常见用法)

《MyBatis动态SQL优化之标签的实战与技巧(常见用法)》本文通过详细的示例和实际应用场景,介绍了如何有效利用这些标签来优化MyBatis配置,提升开发效率,确保SQL的高效执行和安全性,感... 目录动态SQL详解一、动态SQL的核心概念1.1 什么是动态SQL？1.2 动态SQL的优点1.3 动态S
阅读更多...
Python如何使用__slots__实现节省内存和性能优化

Python如何使用__slots__实现节省内存和性能优化

《Python如何使用__slots__实现节省内存和性能优化》你有想过,一个小小的__slots__能让你的Python类内存消耗直接减半吗,没错,今天咱们要聊的就是这个让人眼前一亮的技巧,感兴趣的... 目录背景：内存吃得满满的类__slots__：你的内存管理小助手举个大概的例子：看看效果如何？1.
阅读更多...
一文详解SpringBoot响应压缩功能的配置与优化

一文详解SpringBoot响应压缩功能的配置与优化

《一文详解SpringBoot响应压缩功能的配置与优化》SpringBoot的响应压缩功能基于智能协商机制,需同时满足很多条件,本文主要为大家详细介绍了SpringBoot响应压缩功能的配置与优化,需... 目录一、核心工作机制1.1 自动协商触发条件1.2 压缩处理流程二、配置方案详解2.1 基础YAML
阅读更多...
如何自定义Nginx JSON日志格式配置

如何自定义Nginx JSON日志格式配置

《如何自定义NginxJSON日志格式配置》Nginx作为最流行的Web服务器之一,其灵活的日志配置能力允许我们根据需求定制日志格式,本文将详细介绍如何配置Nginx以JSON格式记录访问日志,这种... 目录前言为什么选择jsON格式日志？配置步骤详解1. 安装Nginx服务2. 自定义JSON日志格式各
阅读更多...
MySQL中慢SQL优化的不同方式介绍

MySQL中慢SQL优化的不同方式介绍

《MySQL中慢SQL优化的不同方式介绍》慢SQL的优化,主要从两个方面考虑,SQL语句本身的优化,以及数据库设计的优化,下面小编就来给大家介绍一下有哪些方式可以优化慢SQL吧... 目录避免不必要的列分页优化索引优化JOIN 的优化排序优化UNION 优化慢 SQL 的优化，主要从两个方面考虑，SQL 语
阅读更多...
Nginx指令add_header和proxy_set_header的区别及说明

Nginx指令add_header和proxy_set_header的区别及说明

《Nginx指令add_header和proxy_set_header的区别及说明》：本文主要介绍Nginx指令add_header和proxy_set_header的区别及说明,具有很好的参考价... 目录Nginx指令add_header和proxy_set_header区别如何理解反向代理？proxy
阅读更多...
MySQL中慢SQL优化方法的完整指南

MySQL中慢SQL优化方法的完整指南

《MySQL中慢SQL优化方法的完整指南》当数据库响应时间超过500ms时,系统将面临三大灾难链式反应,所以本文将为大家介绍一下MySQL中慢SQL优化的常用方法,有需要的小伙伴可以了解下... 目录一、慢SQL的致命影响二、精准定位问题SQL1. 启用慢查询日志2. 诊断黄金三件套三、六大核心优化方案方案
阅读更多...
Redis中高并发读写性能的深度解析与优化

Redis中高并发读写性能的深度解析与优化

《Redis中高并发读写性能的深度解析与优化》Redis作为一款高性能的内存数据库,广泛应用于缓存、消息队列、实时统计等场景,本文将深入探讨Redis的读写并发能力,感兴趣的小伙伴可以了解下... 目录引言一、Redis 并发能力概述1.1 Redis 的读写性能1.2 影响 Redis 并发能力的因素二、
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2