草庐IT

Nginx优化与防盗链

feizirui 2023-03-28 原文

一、隐藏版本号

1.1隐藏版本号的操作步骤

可以使用 Fiddler 工具抓取数据包,查看 Nginx版本,也可以在CentO S中使用命令curl -I http://192.168.10.10显示响应报文首部信息。

curl -I http://192.168.10.10

方法一:修改配置文件方式

vim /usr/local/nginx/conf/nginx.conf
http {
    include       mime.types;
    default_type  application/octet-stream;
    server_tokens off;                              #添加,关闭版本号
    ......
}

systemctl restart nginx
curl -I http://192.168.10.10

方法二:修改源码文件,重新编译安装

vim /opt/nginx-1.12.2/src/core/nginx.h

#define NGINX_VERSION "1.1.1"                   #修改版本号
#define NGINX_VER "IIS" NGINX_VERSION          #修改服务器类型
  
 cd /opt/nginx-1.12.0/ ./configure --prefix=/usr/local/nginx
 --user=nginx --group=nginx --with-http_stub_status_module make && make install
  
 vim /usr/local/nginx/conf/nginx.conf http {
     include       mime.types;
     default_type  application/octet-stream;
     server_tokens on;  ...... }
     
systemctl restart nginx
curl -I http://192.168.10.10

1.2实例操作:隐藏版本号

方法一:修改配置文件方式

二、修改用户与组

 

三、缓存时间

3.1缓存时间的操作步骤

vim /usr/local/nginx/conf/nginx.conf
http {
......
    server {
    ......
        location / {
            root html;
            index index.html index.htm;
        }
         
        location ~ \.(gif|jpg|jepg|png|bmp|ico)$ {      #加入新的 location,以图片作为缓存对象
            root html;
            expires 1d;                                 #指定缓存时间,1天
        }
......
    }
}
 
systemctl restart nginx
  • 在Linux系统中,打开火狐浏览器,右击点查看元素,选择 网络------>选择HTML、WS、其它。
  • 访问 http://192.168.10.10,双击200响应消息查看响应头中包含 Cahce-Control:max-age=86400 表示缓存时间是 86400 秒。也就是缓存一天的时间,一天之内浏览器访问这个页面,都是用缓存中的数据,而不需要向 Nginx 服务器重新发出请求,减少了服务器的使用带宽。 

3.2实例操作:缓存时间

3.2.1 修改主配置文件

3.2.2 传入图片并对网页文件进行编辑

3.2.3 浏览器中访问并查看是否有效

四、日志切割

4.1日志切割的操作步骤

vi /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}/kgc.com-access.log-$d      #移动并重命名日志文件
kill -USR1 $(cat $pid_path)                                                 #重建新日志文件
find $logs_path -mtime +30 -exec rm -rf {} \;                               #删除30天之前的日志文件
#find $logs_path -mtime +30 |xargs rm -rf
 
chmod +x /opt/fenge.sh
/opt/fenge.sh
ls /var/log/nginx
ls /usr/local/nginx/logs/access.log
 
crontab -e
0 1 * * * /opt/fenge.sh

小知识

  • 在linux操作系统中,每个文件都有很多的时间参数,其中有三个比较主要,分别是ctime,atime,mtime。
  • ctime(status time): 当修改文件的权限或者属性的时候,就会更新这个时间,ctime并不是createtime,更像是change time, 只有当更新文件的属性或者权限的时候才会更新这个时间,但是更改内容的话是不会更新这个时间。
  • atime(accesstime): 当使用这个文件的时候就会更新这个时间。
  • mtime(modification time):当修改文件的内容数据的时候,就会更新这个时间,而更改权限或者属性,mtime不会改变,这就是和ctime的区别。 

4.2实例操作:日志切割

4.2.1 编写脚本

4.2.2 执行脚本,查看日志分割是否实现

4.2.3 做计划性任务,每天定时做日志分割

五、连接超时

  • HTTP有一个KeepAlive模式,它告诉web服务器在处理完一个请求后保持这个TCP连接的打开状态。若接收到来自客户端的其它请求,服务端会利用这个未被关闭的连接,而不需要再建立一个连接。
  • KeepAlive 在一段时间内保持打开状态,它们会在这段时间内占用资源。占用过多就会影响性能。  

5.1连接超时的操作步骤

vim /usr/local/nginx/conf/nginx.conf
http {
......
    keepalive_timeout 65 180;
    client_header_timeout 80;
    client_body_timeout 80;
......
}
 
systemctl restart nginx

keepalive_timeout
指定KeepAlive的超时时间(timeout)。指定每个TCP连接最多可以保持多长时间,服务器将会在这个时间后关闭连接。 Nginx的默认值是65秒,有些浏览器最多只保持 60 秒,所以可以设定为 60 秒。若将它设置为0,就禁止了keepalive 连接。
第二个参数(可选的)指定了在响应头Keep-Alive:timeout=time中的time值。这个头能够让一些浏览器主动关闭连接,这样服务器就不必去关闭连接了。没有这个参数,Nginx 不会发送 Keep-Alive 响应头。
client_header_timeout
客户端向服务端发送一个完整的 request header 的超时时间。如果客户端在指定时间内没有发送一个完整的 request header,Nginx 返回 HTTP 408(Request Timed Out)。
client_body_timeout
指定客户端与服务端建立连接后发送 request body 的超时时间。如果客户端在指定时间内没有发送任何内容,Nginx 返回 HTTP 408(Request Timed Out)。

5.2实例操作:连接超时

5.2.1修改主配置文件

5.2.2浏览器访问测试

六、更改进程数

6.1更改进程数的操作步骤

cat /proc/cpuinfo | grep -c "physical id"   #查看cpu核数
ps aux | grep nginx                         #查看nginx主进程中包含几个子进程
 
vim /usr/local/nginx/conf/nginx.conf
worker_processes  2;                #修改为核数相同或者2倍
worker_cpu_affinity 01 10;          #设置每个进程由不同cpu处理,进程数配为4时0001 0010 0100 1000
 
systemctl restart nginx

vim /usr/local/nginx/conf/nginx.conf
 
worker processes 2;                            #修改工作进程数量为核数相同或者2倍
worker_cpu_ affinity 01 10;                #设置每个进程由不同cpu处理,进程数配为4时的格式:0001 0010 0100 1000
worker_connections 6000;                 #修改每个进程处理的最大连接数
 
#如提高每个进程的连接数还需执行"ulimit -n 65535"(65535最大值)命令临时修改本地每个进程可以同时打开的最大文件数。
 
systemctl restart nginx

6.2实例操作:更改进程数

补充1:更改进程的最大进程连接数量(worker_connections)不超过65535

补充2:重启服务,并提高系统限制的进程限制数

 

七、配置网页压缩

Nginx的ngx_http_gzip_module压缩模块提供对文件内容压缩的功能,允许Nginx服务器将输出内容在发送客户端之前进行压缩,以节约网站带宽,提升用户的访问体验,默认已经安装,可在配置文件中加入相应的压缩功能参数对压缩性能进行优化。

7.1配置网页压缩的操作步骤

vim /usr/local/nginx/conf/nginx.conf
http {
......
   gzip on;                         #取消注释,开启gzip压缩功能
   gzip_min_length 1k;              #最小压缩文件大小
   gzip_buffers 4 16k;              #压缩缓冲区,大小为4个16k缓冲区
   gzip_http_version 1.1;           #压缩版本(默认1.1,前端如果是squid2.5请使用1.0)
   gzip_comp_level 6;               #压缩比率
   gzip_vary on;                    #支持前端缓存服务器存储压缩页面
   gzip_types text/plain text/javascript application/x-javascript text/css text/xml application/xml application/xml+rss image/jpg image/jpeg image/png image/gif application/x-httpd-php application/javascript application/json;       #压缩类型,表示哪些网页文档启用压缩功能
......
}

在上面的实验中已经修改了网页内容并插入图片,在此省略

cd /usr/local/nginx/html
先将game.jpg文件传到/usr/local/nginx/html目录下
vim index.html
......
<img src="meme.jpg"/>             #网页中插入图片
</body>
</html>
 
systemctl restart nginx

测试:
在Linux系统中,打开火狐浏览器,右击点查看元素,选择 网络 —> 选择 HTML、WS、其他,访问 http://192.168.2.66 ,双击200响应消息查看响应头中包含 Content-Encoding: gzip。

7.2实例操作:配置网页压缩

7.2.1 修改配置文件并重启服务

八、配置防盗链

8.1配置防盗链的操作步骤

vim /usr/local/nginx/conf/nginx.conf
http {
......
    server {
    ......
        location ~*\.(jpg|gif|swf)$ {
            valid_referers *.ly.com ly.com;
            if ( $invalid_referer ) {
                rewrite ^/ http://www.zzz.com/error.png;
                #return 403;
            }
        }
    ......
    }
}

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

网页准备:
Web源主机(192.168.10.10)配置:
cd /usr/local/nginx/html
将1.jpeg、error.png文件传到/usr/local/nginx/html目录下
vim index.html
......
<img src="1.jpeg"/>
</body>
</html>
 
echo "192.168.10.10 www.fzr.com" >> /etc/hosts
echo "192.168.10.20 www.zzj.com" >> /etc/hosts
 
盗链网站主机(192.168.10.20):
cd /usr/local/nginx/html
vim index.html
......
<img src="http://www.xkq.com/1.jpeg"/>
</body>
</html>
 
echo "192.168.10.10 www.fzr.com" >> /etc/hosts
echo "192.168.10.20 www.zzj.com" >> /etc/hosts
 
在盗图网站主机上进行浏览器验证
http://www.fzr.com

8.2实例操作:配置防盗链

8.2.1盗链主机网页准备

 

8.2.2盗链主机临时添加域名和IP的映射关系

8.2.3浏览器访问盗链主机的网页(测试时源主机也要做映射)

8.2.4修改源主机的nginx主配置文件

8.2.5重启服务

8.2.6放入防盗链图片

有关Nginx优化与防盗链的更多相关文章

  1. ruby-on-rails - 如何优雅地重启 thin + nginx? - 2

    我的瘦服务器配置了nginx,我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例,但找不到好的解决方案。有没有人能做到这一点? 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器,例如server{listen80;server

  2. ruby-on-rails - 如何用不同的用户运行nginx主进程 - 2

    A/ctohttp://wiki.nginx.org/CoreModule#usermaster进程曾经以root用户运行,是否可以以不同的用户运行nginxmaster进程? 最佳答案 只需以非root身份运行init脚本(即/etc/init.d/nginxstart),就可以用不同的用户运行nginxmaster进程。如果这真的是你想要做的,你将需要确保日志和pid目录(通常是/var/log/nginx&/var/run/nginx.pid)对该用户是可写的,并且您所有的listen调用都是针对大于1024的端口(因为绑定(

  3. Ruby 缺少常量表达式优化? - 2

    我希望Ruby的解析器会进行这种微不足道的优化,但似乎并没有(谈到YARV实现,Ruby1.9.x、2.0.0):require'benchmark'deffib1a,b=0,1whileb由于这两种方法除了在第二种方法中使用预定义常量而不是常量表达式外是相同的,因此Ruby解释器似乎在每个循环中一次又一次地计算幂常数。是否有一些Material说明为什么Ruby根本不进行这种基本优化或只在某些特定情况下进行? 最佳答案 很抱歉给出了另一个答案,但我不想删除或编辑我之前的答案,因为它下面有有趣的讨论。正如JörgWMittag所说,

  4. ruby-on-rails - 优化读取数据库和写入csv文件 - 2

    我正在尝试从数据库中读取大量单元格(超过100.000个)并将它们写入VPSUbuntu服务器上的csv文件。碰巧服务器没有足够的内存。我正在考虑一次读取5000行并将它们写入文件,然后再读取5000行,等等。我应该如何重构我当前的代码以使内存不会被完全消耗?这是我的代码:defwrite_rows(emails)File.open(file_path,"w+")do|f|f该函数由sidekiqworker调用:write_rows(user.emails)感谢您的帮助! 最佳答案 这里的问题是,当您调用emails.each时,

  5. ruby-on-rails - Websocket-rails 不适用于 Nginx 和 Unicorn 的生产环境 - 2

    我有带有gemwebsocket-rails0.7的Rails3.2应用程序。在开发机上,一切正常在生产环境中,我使用Nginx/1.6作为代理服务器,Unicorn作为http服务器。Thin用于独立模式(在https://github.com/websocket-rails/websocket-rails/wiki/Standalone-Server-Mode之后)。nginx配置:location/websocket{proxy_passhttp://localhost:3001/websocket;proxy_http_version1.1;proxy_set_headerUp

  6. ruby - 没有 nginx 的 Puma - 同一 IP 上的多个 ruby​​ 应用程序 :PORT - 2

    Nginx在生产中的重要性通常基于它为慢速客户端提供服务的能力;在RESTfulAPI的设置中,它似乎是生产堆栈的一个不必要的层,尤其是Puma(不像广泛使用的unicorn可以处理nginx工作)。Pumacanallowmultipleslowclientstoconnectwithoutrequiringaworkertobeblockedontherequesttransaction.Becauseofthis,Pumahandlesslowclientsgracefully.HerokurecommendsPumaforuseinscenarioswhereyouexpect

  7. ruby-on-rails - Foreman无法启动Nginx,但我可以手动启动。为什么? - 2

    我目前正在运行Foreman在暂存(Ubuntu)上,一旦我开始工作,就会切换到使用upstart。我的Procfile.staging看起来像这样:nginx:sudoservicenginxstartunicorn:bundleexecunicorn-c./config/unicorn.rbredis:bundleexecredis-serversidekiq:bundleexecsidekiq-v-C./config/sidekiq.yml我可以使用以下方法成功启动nginx:$sudoservicenginxstart然而,当我运行$foremanstart时,当其他三个进程成

  8. 软约束、硬约束、Minimum Snap的轨迹优化方法 - 2

    文章目录前言约束硬约束的轨迹优化Corridor-BasedTrajectoryOptimizationBezierCurveOptimizationOtherOptions软约束的轨迹优化Distance-BasedTrajectoryOptimization优化方法前言可以看看我的这几篇Blog1,Blog2,Blog3。上次基于MinimumSnap的轨迹生成,有许多优点,比如:轨迹让机器人可以在某个时间点抵达某个航点。任何一个时刻,都能数学上求出期望的机器人的位置、速度、加速度、导数。MinimumSnap可以把问题转换为凸优化问题。缺点:MnimumSnap可以控制轨迹一定经过中间的

  9. ruby-on-rails - 负载测试期间 Unicorn CPU 使用率激增,优化方法 - 2

    我对为我的RubyonRails3.1.3应用优化我的Unicorn设置的方法很感兴趣。我目前正在高CPU超大实例上生成14个工作进程,因为我的应用程序在负载测试期间似乎受CPU限制。在模拟负载测试中,每秒大约20个请求重放请求,我的实例上的所有8个内核都达到峰值,盒子负载飙升至7-8个。每个unicorn实例使用大约56-60%的CPU。我很好奇可以通过哪些方式对其进行优化?我希望能够每秒将更多请求汇集到这种大小的实例上。内存和所有其他I/O一样完全正常。在我的测试过程中,CPU越来越低。 最佳答案 如果您受CPU限制,您希望使用

  10. 美团外卖搜索基于Elasticsearch的优化实践 - 2

    美团外卖搜索工程团队在Elasticsearch的优化实践中,基于Location-BasedService(LBS)业务场景对Elasticsearch的查询性能进行优化。该优化基于Run-LengthEncoding(RLE)设计了一款高效的倒排索引结构,使检索耗时(TP99)降低了84%。本文从问题分析、技术选型、优化方案等方面进行阐述,并给出最终灰度验证的结论。1.前言最近十年,Elasticsearch已经成为了最受欢迎的开源检索引擎,其作为离线数仓、近线检索、B端检索的经典基建,已沉淀了大量的实践案例及优化总结。然而在高并发、高可用、大数据量的C端场景,目前可参考的资料并不多。因此

随机推荐