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

2024-06-18 18:28

本文主要是介绍小阿轩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

相关文章

uniapp接入微信小程序原生代码配置方案(优化版)

uniapp项目需要把微信小程序原生语法的功能代码嵌套过来,无需把原生代码转换为uniapp,可以配置拷贝的方式集成过来 1、拷贝代码包到src目录 2、vue.config.js中配置原生代码包直接拷贝到编译目录中 3、pages.json中配置分包目录,原生入口组件的路径 4、manifest.json中配置分包,使用原生组件 5、需要把原生代码包里的页面修改成组件的方

服务器雪崩的应对策略之----SQL优化

SQL语句的优化是数据库性能优化的重要方面,特别是在处理大规模数据或高频访问时。作为一个C++程序员,理解SQL优化不仅有助于编写高效的数据库操作代码,还能增强对系统性能瓶颈的整体把握。以下是详细的SQL语句优化技巧和策略: SQL优化 1. 选择合适的数据类型2. 使用索引3. 优化查询4. 范式化和反范式化5. 查询重写6. 使用缓存7. 优化数据库设计8. 分析和监控9. 调整配置1、

Java中如何优化数据库查询性能?

Java中如何优化数据库查询性能? 大家好,我是免费搭建查券返利机器人省钱赚佣金就用微赚淘客系统3.0的小编,也是冬天不穿秋裤,天冷也要风度的程序猿!今天我们将深入探讨在Java中如何优化数据库查询性能,这是提升应用程序响应速度和用户体验的关键技术。 优化数据库查询性能的重要性 在现代应用开发中,数据库查询是最常见的操作之一。随着数据量的增加和业务复杂度的提升,数据库查询的性能优化显得尤为重

设置Nginx缓存策略

详细信息 Nginx服务器的缓存策略设置方法有两种:add_header或者expires。 1. add_header 1)语法:add_header name value。 2)默认值:none。 3)使用范围:http、server、location。 配置示例如下: add_header cache-control "max-age=86400";#设置缓存时间为1天。add

打包体积分析和优化

webpack分析工具:webpack-bundle-analyzer 1. 通过<script src="./vue.js"></script>方式引入vue、vuex、vue-router等包(CDN) // webpack.config.jsif(process.env.NODE_ENV==='production') {module.exports = {devtool: 'none

Docker Compose--安装Nginx--方法/实例

原文网址:Docker Compose--安装Nginx--方法/实例_IT利刃出鞘的博客-CSDN博客 简介 说明 本文介绍Docker Compose如何安装Nginx。 目录结构 ├── config│   ├── cert│   │   ├── xxx_bundle.pem│   │   └── xxx.key│   ├── conf.d│   └── nginx.co

nginx 8051#0: *4 recv() failed (104: Connection reset by peer) while reading response header from u

环境    php7   nginx1.8.0    nginx   报错  500  GATWAY网关错误 2017/08/28 10:45:42 [error] 7975#0: *333 recv() failed (104: Connection reset by peer) while reading response header from upstream, clien

nginx 504 Gateway Time-out

环境:PHP7.1,NGINX,Mysql 问题描述: 本地写了一个需要执行比较长时间的脚本,放到了php-fpm里面跑。用一个链接调用起这个脚本。发现第一次调用的时候,需要等比较久的时间,但是如果在执行期间再次请求这个链接。第二个请求的链接会返回504。甚至,直接在脚本最开始的地方中断都还是报 504. 但是如果请求其他链接,可以正常请求。 nginx 返回码、、 504 Gateway

linux匹配Nginx日志,某个字符开头和结尾的字符串

匹配 os=1 开头, &ip结尾的字符串 cat 2018-06-07.log | egrep -o ‘os=1.*.&ip’ 存入日志。然后使用submit 前面和后面的值去掉,剩下就是需要的字符串。 cat 2018-06-07.log | egrep -o ‘os=1.*.&ip’ >log.log

Clickhouse 的性能优化实践总结

文章目录 前言性能优化的原则数据结构优化内存优化磁盘优化网络优化CPU优化查询优化数据迁移优化 前言 ClickHouse是一个性能很强的OLAP数据库,性能强是建立在专业运维之上的,需要专业运维人员依据不同的业务需求对ClickHouse进行有针对性的优化。同一批数据,在不同的业务下,查询性能可能出现两极分化。 性能优化的原则 在进行ClickHouse性能优化时,有几条