设为首页 收藏本站
查看: 3040|回复: 1

[经验分享] [Nginx] – 安全优化 – 配置文件优化 [二]

[复制链接]

尚未签到

发表于 2018-11-12 07:11:49 | 显示全部楼层 |阅读模式
  本文主要对nginx相关的安全性,进行适当的优化
DSC0000.jpg


一、Nginx gzip 压缩实现性能优化
  1. gzip功能介绍
  通过nginx 的gzip压缩模块提供了压缩文件内容的功能,用户的请求内容在发送到客户端之前,ngingx会根据特定的规则进行有效压缩,以节约网站出口的带宽,同时也加快了数据传输效率,提升了用户体验。
  2.gzip压缩功能优缺点
  1)提高用户体验:由于我们对文件内容进行有效的压缩,文件变小了,传输就快了,用户更流畅,网站的pv就高了;
  2)减少网络带宽:由于数据被压缩后传输,所以网络的流程成本也就下降了,虽然压缩会浪费写cpu资源,但影响不大,gzip对用户体验好并且公司省钱“双赢”;
  3.gzip压缩类型
  1)纯文本内容压缩比例较高,例如:【http、js、css、xml、sxml】等格式
  2)压缩文件> 1KB,否则会适得其反
  3)图片、视频(流媒体)等文件尽量不要压缩,因为这些文件大多数都是经过压缩的,如果以上信息没有处理过,可以考虑压缩,压缩会消耗服务器资源
  4.gzip配置参数说明
  此压缩功能很类似早起的Apache服务的mod_defalate压缩功能,Nginx的gzip压缩功能依赖于ngx_http_gzip_module模块,默认已安装。
  

gzip on; #开启gzip压缩功能  
gzip_min_length 1k;
  
#设置允许压缩的页面最小字节数,页面字节数从header头的Content-Length中获取,默认值是0,表示不管页面多大都进行压缩,建议设置成大于1K,如果小于1K可能会越压越大
  
gzip_buffers 4 16k;
  
#压缩缓冲区大小,表示申请4个单位为16K的内存作为压缩结果流缓存,默认是申请与原始是数据大小相同的内存空间来存储gzip压缩结果;
  
gzip_http_version 1.1
  
#压缩版本(默认1.1 前端为squid2.5时使用1.0)用于设置识别HTTP协议版本,默认是1.1,目前大部分浏览器已经支持GZIP压缩,使用默认即可。
  
gzip_comp_level 2;
  
#压缩比率,用来指定GZIP压缩比,1压缩比最小,处理速度最快;9压缩比最大,传输速度快,但处理最慢,也消耗CPU资源
  
gzip_types  text/css text/xml application/javascript;
  
#用来指定压缩的类型,“text/html”类型总是会被压缩,这个就是HTTP原理部分讲的媒体类型。
  
gzip_vary on;
  
#vary hear支持,该选项可以让前端的缓存服务器缓存经过GZIP压缩的页面,例如用缓存经过Nginx压缩的数据。
  

  配置在http标签端
  

        gzip on;  gzip_min_length  1k;
  gzip_buffers     4 16k;
  gzip_http_version 1.1;
  gzip_comp_level 4;
  gzip_types     text/plain application/javascript application/x-javascript text/javascript text/css application/xml application/xml+rss;
  gzip_vary on;
  gzip_proxied   expired no-cache no-store private auth;
  gzip_disable   "MSIE [1-6]\.";
  

  设置完成之后重启Nginx服务器。
  

/etc/init.d/nginx restart  

  查看压缩:http://tool.chinaz.com/Gzips/?q
DSC0001.jpg


二、Nginx expires缓存实现性能优化
  1.Nginx expires 功能介绍
  简单地说,Nginx expires的功能就是为用户访问的网站内容设定一个过期时间,当用户第一次访问到这些内容时,会把这样内容存储在用户浏览器本地,这样用户第二次及此后继续访问网站,浏览器会检查加载缓存在用户浏览器本地的内容,就不会去服务器下载了。直到缓存的内容过期或被清除为止。
  深入理解,expires的功能就是允许通过Nginx 配置文件控制HTTP的“Expires”和“Cache-Contorl”响应头部内容,告诉客户端网站内容是否缓存和缓存多久以内访问的内容。这个expires模块控制Nginx 服务器应答时Expires头内容和Cache-Control头的max-age指定。
  这些HTTP头向客户端表名了内容的有效性和持久性。如果客户端本地有内容缓存,则内容就可以从缓存(除非已经过期)而不是从服务器读取,然后客户端会检查缓存中的副本
  2.Nginx expires作用介绍
  在网站的开发和运营中,对于图片 视频 css js等网站元素的更改机会较少,特别是图片,这时可以将图片设置在客户端浏览器本地缓存30天或365天,而降css、js、html等代码缓存10~30天,这样用户第一次打开页面后,会在本地的浏览器按照过期日期缓存响应的内容,下次用户再打开类似页面,重复的元素就无需下载了,从而加快了用户访问速度,由于用户的访问请求和数据减少了,因此节省了服务器端大量的带宽。此功能和apache的expire相似。
  3.Nginx expires 功能优点
  1)Expires可以降低网站的带宽,节约成本。
  2)加快用户访问网站的速度,提升了用户访问体验。
  3)服务器访问量降低了,服务器压力就减轻了,服务器成本也会降低,甚至可以解决人力成本。
  对于几乎所有Web来说,这是非常重要的功能之一,Apache服务也由此功能
  4.Nginx expires 配置详解
  1)根据文件扩展名进行判断,添加expires功能范例。
  

    location ~.*\.(gif|jpg|jpeg|png|bmp|swf)$  {
  expires 24h;  #过期时间24小时
  }
  #该范例的意思是当前用户访问网站URL结尾的文件扩展名为上述指定的各种类型的图片时,设置缓存365天,即1年,时间可自定义
  

  提示:配置可以放在server标签,也可以放在http标签下配置
DSC0002.jpg

  2)根据URI中的路径(目录)进行判断,添加expires功能范例
  

location ~^/(images|javascript|js|css|flash|media|static)/ {  expires 360d;
  
}
  

  意思是当用户访问URI中包含上述路径(例:images js css 这些在服务端是程序目录)时,把访问的内容设置缓存360天,即1年。如果要想缓存30天,设置30d即可。
  3)主机头信息详解
  

HTTP/1.1 200 OK       #http状态码  
Server: nginx/1.8.1      #nginx版本号
  
Content-Type: text/html;   #页面类型
  
Connection: keep-alive   #长连接
  
Vary: Accept-Encoding  # Vary头用来匹配缓存关系
  
X-Powered-By: PHP/5.6.33 ##php版本
  
Cache-Control: no-cache  #缓存类型
  
Date: Wed, 07 Mar 2018 09:52:45 GMT   ##获取时间点
  expires=Sun, 20-Feb-2078 09:52:45 GMT; Max-Age=1892160000; path=/; httponly   #
  
Expires: Wed, 07 Mar 2018 09:52:44 GMT  #缓存的过期时间
  

  4)Nginx expires功能缺点及解决方法
  当网站被缓存的页面或数据更新了,此时用户看到的可能还是旧的已经缓存的内容,这样会影响用户体验。
  对经常需要变动的图片等文件,可以缩短对象缓存时间,例如:谷歌和百度的首页图片经常根据不同的日期换成一些节日的图,所以这里可以将图片设置为缓存期为1天。
  当网站改版或更新内容时,可以在服务器将缓存的对象改名(网站代码程序)。
  1.对于网站的图片、软件,一般不会被用户直接修改,用户层面上的修改图片,实际上是重新传到服务器,虽然内容一样但是是一个新的图片名了
  2.网站改版升级会修改JS、CSS元素,若改版的时候对这些元素该了名,会使得前端的CDN以及用户需要重新缓存内容。
  
  5).企业网站缓存日期曾经的案例参考
  若企业的业务和访问量不同,那么网站的缓存期时间设置也是不同的,比如:
  51cto:1周
  sina  :15天
  京东 :25年
  淘宝 :10年
  6).哪些情景不希望缓存呢???
  1.广告图片,用于广告服务,都缓存了就不好控制展示了。
  2.网站流量统计工具(js代码)都缓存了流量统计就不准了
  3.更新很频繁的文件(google的logo),如果按天,缓存效果还是显著的。

三 、Nginx日志相关优化与安装
  1.shell脚本实现Nginx access日志轮询
  Nginx目前没有类似Apache的通过cronlog或者rotatelog对日志分割处理的能力,但是,运维人员可以通过利用脚本开发、Nginx的信号控制功能或reload重新加载,来实现日志自动切割,轮询。
  (1)配置日志切割脚本
  

[root@web /]# mkdir /server/scripts/ -p  #脚本统一存放目录  
[root@web /]# cd /server/scripts/
  
[root@web scripts]# cat cut_nginx_log.sh
  
cd /application/nginx/logs && \
  
/bin/mv www_access.log www_access_$(data +%F -d -1dy).log  #将日志按日志改成前一天的名称

  
/application/nginx/sbin/nginx -s>  

  提示:实际上脚本的功能很简单,就是改名日志,然后加载nginx,重新生成文件记录日志,如果用www执行nginx,要注意授权,权限不足无法写入日志
  (2)将这段脚本保存后加入到定时任务,设置每天凌晨0点进行切割日志
  

[root@web scripts]# crontab -e              #编辑定时任务  
###cut nginx access log
  
00 00 * * * /bin/sh /server/scripts/cut_nginx.log.sh >/dev/null 2>&1   #每天的凌晨0点0分执行
  

  2.不记录不需要的访问日志
  对于负载均衡器健康检查节点或某些特定文件(比如图片、js、css)的日志,一般不需要记录下来,因为在统计PV时是按照页面计算的。而且日志写入频繁会大量消耗磁盘I/O,降低服务的性能。
  具体配置如下:
  

location ~ .*\.(js|jpg|JPG|jpeg|JPEG|css|bmp|gif|GIF)?$ {  access_log off;
  }
  
#这里用location标签匹配不记录日志的元素扩展名,然后关掉了日志。
  

  3.访问日志的权限设置
  加入日志目录为/app/logs 则授权方法为:
  

chown -R root.root /app/logs/  
chmod -R 700 /app/logs         ##不需要在日志目录上给nginx用户读或写的许可。
  

四、Nginx站点目录及文件URL访问控制
  1.根据扩展名限制程序和文件访问
  目前大多数公司都是为用户服务,所以对用户权限的把控十分重要,我们通过nginx配置禁止访问上传资源目录下的PHP、shell、perl、Python程序文件,这样用户即使上传了*文件也没法去执行,从而加强了网站的安全。
  配置Nginx,限制禁止解析指定目录下的制定程序。**
  

location ~ ^/images/.*\.(php|php5|.sh|.pl|.py)$  {
  deny all;
  }
  
location ~ ^/static/.*\.(php|php5|.sh|.pl|.py)$
  {
  deny all;
  }
  
location ~* ^/data/(attachment|avatar)/.*\.(php|php5)$
  {
  deny all;
  }
  

  *Nginx下配置禁止访问.txt文件**
  

location ~*\.(txt|doc)${  if (-f $request_filename) {
  root /data/www/www;
  #rewrite ....可以重定向某个URL
  break;
  }
  
}
  
location ~*\.(txt|doc)${
  root /data/www/www;
  deny all;
  
}
  

  对上述限制需要写在php匹配的前面
  

  location ~.*\.(php|php5)?$  
{
  
 fastcgi_pass 127.0.0.1:9000
  
 fastcgi_index index.php
  
 include fcgi.conf;
  
}
  

  对目录访问进行设置
  
  单目录
  

location ~ ^/(static)/ {  deny all;
  
}
  
location ~ ^/static {
  deny all;
  
}
  

  多目录
  

location ~ ^/(static)/ {  deny all;
  
}
  

  范例:禁止访问目录并返回指定的http状态码
  

  
location /admin/ { return 404; }
  
location /templates/ { return 403; }
  

  限制网站来源IP访问
  案例环境:phpmyadmin 数据库的Web客户端,内部开发人员使用
  禁止某目录让外界访问,但允许某IP访问该目录,切支持PHP解析
  

location ~ ^/docker/ {  
allow 202.111.12.211;
  
deny all;
  
}
  

  企业问题案例: Nginx做反向代理的时候可以限制客户端IP吗?
  解答:可以,具体方法如下。
  

方法1:使用if来控制。  if ( $remote_addr = 10.0.0.7 ) {
  return 403;
  }
  
if ( $remote_addr = 218.247.17.130 ) {
  set $allow_access_root 'true';
  
}
  

五、配置Nginx禁止非法域名解析访问企业网站
  1、Nginx如何预防用户IP访问网站(恶意域名解析,相当于是直接IP访问企业网站)
  让使用IP访问网站的用户,或者已解析域名的用户,收到501错误
  1)如果没有匹配上server name就会找 default默认的,所以会报501
  

server {  
listen 80 default_server;
  
server_name _;
  
return 501;
  
}
  

  2)通过301跳转到主页。
  

server {  
listen 80 default_server;
  
server_name _;
  
rewrite ^(.*) http://www.qyt.com/$1 permanent;
  
}
  

  3)要放在第一个server
  

  if ($host !~ ^www/.qyt/.com$){  rewrite ^(.*)  http://www.baidu.cn/$1 permanent;
  
}
  

  如果header信息和host主机名,字段非www.qyt.com,就301跳转到www.baidu.cn

六、Nginx图片及目录防盗链解决方案

1,资源盗链介绍
  

就是未经同意,在别人的网站上调用,调用我们网站的内容来丰富自己,这样会浪费我们服务器的各种资源(网络、CPU、内存、IO等)   【**使用别人服务器的图片链接,来显示图片**】  
![](http://i2.51cto.com/images/blog/201803/15/1454c4b256e3031d9c84fc317c912411.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
  

2,网站资源被盗链带来的问题
  若网站图片及相关资源被盗链,网络带宽占用会加大,带宽费用就会升高,网站流量也可能忽高忽低,nagios/zabbix等报警服务频繁报警。
DSC0003.jpg

  最严重的情况就是网站的资源被非法使用,导致网站带宽成本加大和服务器压力加大,有可能会导致数万元的损失,且网站的正常用户访问也会受到影响。

3,真实案例一 (正面教材)
  公司的CDN源站的流量没有变动,但是CDN加速那边的流量无故超了好几个GB,不知道怎么如理。
  该故障的影响:
  由于是购买的CDN网站加速服务,因此虽然流量多了几个GB,但是业务未受影响。只是,这么大的异常流量,持续下去可直接导致公司无故损失数万元。
  解决方案:
  第一,对IDC及CDN带宽做监控报警。
  第二,作为高级运维或者运维经理,每天上班的重要任务,就是经常查看网站流量图,关注流量变化,关注异常流量
  第三,对访问日志做分析,对于异常流量迅速定位,并且和公司市场推广等有比较好的默契沟通
  老南好老师博客:轻松应对IDC机房带宽突然暴涨问题

4.真实案例二 (反面教材)
  到了企业工作,发现人家网站没有防盗链,结果上来没有周知老大,直接做防盗链了,然后美滋滋的当时还给我留言,说给公司搞防盗链了,很有成就,结果导致公司对外合作的业务,都是小叉子了,幸亏发现的及时没出大问题。

结论:防盗链固然重要,不过要视情况而定

5.常见防盗链解决方案的基本原理

5.1  根据http referer 防盗链(图、附件、html)
  在HTTP协议中,有一个表头字段叫referer,使用URL格式来表示哪里的链接用了当前网页的资源。通过referer可以检测目标访问的来源网页,如果是资源文件,可以跟踪到显示它的网页地址,一旦检测出来不是本站,马上进行阻止或返回指定的页面。
  HTTP Referer是header的一部分,当浏览器向Web服务器发送请求的时候,一般会带上Referer,告诉服务器我是从哪个页面链接过来的,服务器籍此可以获得一些信息用于处理,Apache、Nginx、Lighttpd三者都支持根据http referer实现防盗链referer是目前网站图片、附件、html最常用的盗链手段。
  

  log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '  '$status $body_bytes_sent "$http_referer" '
  '"$http_user_agent" "$http_x_forwarded_for"';
  
#--> $http_referer 通过日志字段进行匹配,查看链接是否来自本网站
  

DSC0004.jpg


5.2  根据cookie防盗链 (flash流媒体等)
  对于一些特殊的业务数据,例如流媒体应用以及通过Active X显示的内容(例如,Flash、Windows Media视频、流媒体的RTSP协议等)因为他们不向服务器提供Referer Header,所以若也采用上述的Referer的防盗链手段就达不到想要的结果。
  对于视频这种占用流量较大的业务根据实现防盗链是比较困难的,此时可以采用Cookie技术,来解决对Flash、Windows Media视频等防盗链问题。
  例如:Active X插件不传递Referer,但会传递Cookie。可以在显示Active X的页面的 标签内嵌入一段代码,可以用JavaScript 代码来设置一段
  

    Cookie;Cache=av;  然后就可以通过各种手段来判断这个Cookie的存在以及验证其值的操作了,如下图:
  

DSC0005.jpg


5.3 通过加密变换访问路径实现防盗链(视频、下载)
  此方法适合视频以及下载类业务的网站
  例如:Lighttpd 有类似的插件mod_secdownload来实现此功能,先在服务器配置此模块,设置一个固定加密的字符串,比如qiuyuetao,然后设置一个url前缀,比如/abc/,再设置一个过期时间,比如1小时,然后写一段PHP代码,例如加密字符串和系统时间等通过md5算法生成一个加密字符串,最终获取到的文件的URL连接,会带有一个时间戳和一个加密字符的md5数值,在访问时系统会对这两个数据进行验证。如果时间不在预期的时间段内(如1小时)则失效;如果时间戳符合条件,但是加密的字符串不符合条件也失效,从而达到防盗链的效果。

PHP代码示例如下:
DSC0006.jpg


5.4 Nginx实现下载防盗链模块
  

http://nginx.org/en/docs/http/ngx_http_secure_link_module.html   

5.5  在产品设计上解决盗链方案
  产品设计时,处理盗链问题可将计就计,为网络上传的图片添加水印。
DSC0007.jpg

  图片添加版权水印,很多网站一般直接转载图片是为了快捷,但是对于有水印的图片,很多站长是不愿意进行转载的。

5.6  Nginx防盗链演示
  1.利用referer并且针对扩展名rewrite重定向。
  

#Preventing hot linking of images and other file types  
location ~* ^.+\.(jpg|png|swf|flv|rar|zip)$ {
  valid_referers none blocked *.abcdocker.org abcdocker.org;
  if ($invalid_referer) {
  rewrite ^/ http://bbs.abcdocker.org/img/nolink.gif;
  }
  root html/www;
  
}
  

DSC0008.jpg


实战模拟演示
  1)假定blog.abcdocker.com是非法盗链的网站域名,先写一个html程序。
  

  

  

  
123456789
  

  

  

  
博客我的博客博客地址
  

  

  

  

  2)非法链接的网站给他用户提供的访问地址是
  

http://blog.abcdocker.com/123.html 网站里回家再www.abcdocker.com网站图片的stu.jpg   

  Nginx的日志格式为www.abcdocker.com,其内容如下
  

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '  '$status $body_bytes_sent "$http_referer" '
  '"$http_user_agent" "$http_x_forwarded_for"';
  

  3)的图片blog.abcdocker.com访问我们站点时,记录的日志如下:
  

10.0.0.1 - - [30/May/2016:11:13:38 +0800] "GET /stu.jpg HTTP/1.1" 200 68080 "http://blog.abcdocker.com/123.html "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0"  

  4)ww.abcdocker.com网站下设置防盗链,Nginx的方法如下:
  

#Preventing hot linking of images and other file types  
location ~* ^.+\.(jpg|png|swf|flv|rar|zip)$ {
  valid_referers none blocked *.abcdocker.org abcdocker.org;
  if ($invalid_referer) {
  rewrite ^/ http://bbs.abcdocker.org/img/nolink.gif;
  }
  root html/www;
  
}
  
#示: referers不是*.abcdocker.org的话,就给他一个跳转
  

七、错误页面优化显示
  在网站的运行过程中,可能由于页面不存在或者系统过载等原因,导致网站无法正常响应用于的请求,此时Web服务默认会返回系统默认的错误码,或者很不友好的页面。影响用户体验
DSC0009.jpg

  1、对错误代码404实行本地页面优雅显示
  

   server {  listen       80;
  server_name  www.etiantian.org;
  location / {
  root   html/www;
  index  index.php index.html index.htm;
  error_page 404           /404.html
  
#当页面出现404错误时,会跳转404.html页面显示给用户
  }
  

  2、提示:   此路径相对于root html/www;的
  

  error_page  404              /404.html;
  error_page  403  /403.html;
  

  3、另一种 重定向到一个地址
  

  error_page   404  http://www.abcdocker.com;
  #error_page  404              /404.html;
  
error_page   404  http://www.abcdocker.com;
  

  可以写多行。
  

error_page   404              /404.html;  
error_page   500 502 503 504  /50x.html;
  

  4、Nginx优雅显示配置案例:
  

error_page   500 501 502 503 504 http://err.tmall.com/error2.html;    #所有错误代码都转发到这个页面  
error_page 400 403 404 405 408 410 411 412 413 414 415 http://err.tmall.com/error1.html;
  

八、Nginx站点目录文件及目录权限优化
  为了保证网站不遭受**,所有站点的用户和组都应该为root,所有目录权限是755;所有文件权限是644.设置如下:
  

-rw-r--r--  1 root root      20 May 26 12:04 test_info.php  ##权限取决于umask 默认022  
drw-r--r--  8 root root    4096 May 29 16:41 uploads
  

DSC00010.jpg

  可以设置上传只可以put不可以get,或者使用location不允许访问共享服务器的内容,图片服务器禁止访问php|py|sh。这样就算将php上传上来也无法进行执行

1、集群架构中不同角色的权限具体思路说明
DSC00011.jpg


九、Nginx防爬虫优化

1.robots.txt机器人协议介绍
  Robots协议(也成为爬虫协议、机器人协议等)的全称是网络爬虫排除标准(Robots Exclusin Protocol)网站通过Robots协议告诉引擎那个页面可以抓取,那些页面不能抓取。

2.机器人协议八卦
DSC00012.jpg

  2008年9月8日,淘宝网宣布封杀百度爬虫,百度忍痛遵守爬虫协议,因为一旦破坏协议,用户的隐私和利益就无法得到保障。
DSC00013.jpg

  2012年8月。360综合搜索被指违反robots协议
DSC00014.jpg


3.Nginx防爬虫优化
  我们可以根据客户端的user-agents信息,轻松地阻止爬虫取我们的网站防爬虫
  范例:阻止下载协议代理
  

## Block download agents ##  if ($http_user_agent ~* LWP::Simple|BBBike|wget) {
  return 403;
  }
  

  说明:如果用户匹配了if后面的客户端(例如wget)就返回403
  范例:添加内容防止N多爬虫代理访问网站
  

if ($http_user_agent ~* "qihoobot|Baiduspider|Googlebot|Googlebot-Mobile|Googlebot-Image|Mediapartners-Google|Adsbot-Google|Yahoo! Slurp China|YoudaoBot|Sosospider|Sogou spider|Sogou web spider|MSNBot") {  return 403;
  
}
  

  测试禁止不同的浏览器软件访问
  

if ($http_user_agent ~* "Firefox|MSIE")  
{
  
rewrite ^(.*) http://blog.etiantian.org/$1 permanent;
  
}
  
如果浏览器为Firefox或者IE就会跳转到http:blog.etiantian.org
  

  提示:
  这里主要用了$remote_addr这个函数在记录。
  查看更多函数
  

[root@web02 conf]# cat fastcgi_params  
fastcgi_param  QUERY_STRING       $query_string;
  
fastcgi_param  REQUEST_METHOD     $request_method;
  
fastcgi_param  CONTENT_TYPE       $content_type;
  
fastcgi_param  CONTENT_LENGTH     $content_length;
  
fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
  
fastcgi_param  REQUEST_URI        $request_uri;
  
fastcgi_param  DOCUMENT_URI       $document_uri;
  
fastcgi_param  DOCUMENT_ROOT      $document_root;
  
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
  
fastcgi_param  HTTPS              $https if_not_empty;
  
fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
  
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;
  
fastcgi_param  REMOTE_ADDR        $remote_addr;
  
fastcgi_param  REMOTE_PORT        $remote_port;
  
fastcgi_param  SERVER_ADDR        $server_addr;
  
fastcgi_param  SERVER_PORT        $server_port;
  
fastcgi_param  SERVER_NAME        $server_name;
  
#PHP only, required if PHP was built with --enable-force-cgi-redirect
  
fastcgi_param  REDIRECT_STATUS    200;
  

十、利用Nginx限制HTTP的请求方法
  HTTP最常用的方法为GET/POST,我们可以通过Nginx限制http请求的方法来达到提升服务器安全的目的,
  例如,让HTTP只能使用GET、HEAD和POST方法配置如下:
  

  #Only allow these request methods  if ($request_method !~ ^(GET|HEAD|POST)$ ) {
  return 501;
  }
  
#Do not accept DELETE, SEARCH and other methods
  

  设置对应的用户相关权限,这样一旦程序有漏洞,***就有可能被上传到服务器挂载的对应存储服务器的目录里,虽然我们也做了禁止PHP、SH、PL、PY等扩展名的解析限制,但是还是会遗漏一些我们想不到的可执行文件。对于这种情况,该怎么办捏?事实上,还可以通过限制上传服务器的web服务(可以具体到文件)使用GET方法,来达到防治用户通过上传服务器访问存储内容,让访问存储渠道只能从静态或图片服务器入口进入。例如,在上传服务器上限制HTTP的GET方法的配置如下:
  

##Only allow GET request methods ##  if ($request_method ~* ^(GET)$ ) {
  return 501;
  }
  

  提示:还可以加一层location更具体的限制文件名
DSC00015.jpg


十一、使用CDN做网站内容加速

1.什么是CDN?
  CDN的全称是Content Delivery Network 中文意思是内容分发网络。
  通过现有的Internet中增加一层新的网络架构,将网站的内容发布到最接近用户的cache服务器内,通过智能DNS负载均衡技术,判断用户的来源,让用户就近使用和服务器相同线路的带宽访问cache服务器取得所需的内容。
  例如:天津网通用户访问天津网通Cache服务器上的内容,北京电信访问北京电信Cache服务器上的内容。这样可以减少数据在网络上传输的事件,提高访问速度。
  CDN是一套全国或全球的分布式缓存集群,其实质是通过智能DNS判断用户的来源地域以及上网线路,为用户选择一个最接近用户地狱以及和用户上网线路相同的服务器节点,因为地狱近,切线路相同,所以,可以大幅度提升浏览网站的体验。

2.CDN的价值
  1、为架设网站的企业省钱。
  2、提升企业网站的用户访问体验(相同线路,相同地域,内存访问)。
  3、可以阻挡大部分流量,例如:DDOS
  更多CDN介绍请查看本网相关文章

十二、Nginx程序架构优化

1.为网站程序解耦
  解耦是开发人员中流行的一个名词,简单地说就是把一堆程序代码,按照业务用途分开,然后提供服务,例如:注册登录、上传、下载、订单支付等都应该是独立的程序服务,只不过在客户端看来是一个整体而已。如果中小公司做不到上述细致的解耦,最起码让下面的几个程序模块独立。
  1.网站页面服务
  2.图片附件及下载服务。
  3.上传图片服务
  上述三者的功能尽量分离。分离的最佳方式是分别使用独立的服务器(需要改动程序)如果程序实在不好改,次选方案是在前端负载均衡器haproxy/nginx上,根据URI设置

2.使用普通用户启动Nginx(监牢模式)

2.1 为什么要让Nginx服务使用普通用户
  默认情况下,Nginx的Master进程使用的是root用户,Worker进程使用的是Nginx指定的普通用户,使用root用户跑Nginx的Master进程,有两个最大的问题:
  ▲ 管理权限必须是root,这就使得最小化分配权限原则遇到难题
  ▲使用root跑Nginx服务,一旦网站出现漏洞,用户就很容易获得服务器root权限
  

[root@localhost ~]# ps -ef|grep nginx  
root      49630      1  0 14:06 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
  
www       49631  49630  1 14:06 ?        00:00:00 nginx: worker process
  
www       49632  49630  1 14:06 ?        00:00:00 nginx: worker process
  
www       49633  49630  1 14:06 ?        00:00:00 nginx: worker process
  

  

2.2 给Nginx服务降权解决方案
  1)给nginx服务降权,用普通用户(qiuyuetao)跑nginx服务,给开发及运维设置普通账号,只要和qiyuetao同组即可管理Nginx,该方案解决了nginx管理问题,防止root分配权限过大。
  2)开发人员使用普通账户就可以管理程序下的日志及内容
  3)采取项目负责制,出问题找到专人

2.3实时Nginx降权方案
  

[root@web02 ~]# useradd qiuyuetao  
[root@web02 ~]# su - qiuyuetao
  
[inca@web02 ~]$ pwd
  
/home/inca
  
[inca@web02 ~]$ mkdir conf logs www
  
[inca@web02 ~]$ cp /usr/local/conf/mime.types ~/conf/
  
[inca@web02 ~]$ echo qiuyuetao >www/index.html
  [inca@web01 ~]$ cat conf/nginx.conf
  
worker_processes  4;
  
worker_cpu_affinity 0001 0010 0100 1000;
  
worker_rlimit_nofile 65535;
  
error_log  /home/inca/logs/error.log;
  
user qiuyuetao qiuyuetao;
  
pid        /home/inca/logs/nginx.pid;
  
events {
  use epoll;
  worker_connections  10240;
  
}
  
http {
  include       mime.types;
  default_type  application/octet-stream;
  sendfile        on;
  keepalive_timeout  65;
  log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
  '$status $body_bytes_sent "$http_referer" '
  '"$http_user_agent" "$http_x_forwarded_for"';
  #web.fei fa daolian..............
  server {
  listen       8080;  #Linux中1024以下的端口号都需要root权限才能使用
  server_name  www.etiantian.org;
  root   /home/inca/www;
  location / {
  index  index.php index.html index.htm;
  }
  access_log  /home/qiuyuetao/logs/web_blog_access.log  main;
  }
  
}
  
# 报错nginx: [emerg] bind() to 0.0.0.0:80 failed (13: Permission denied)
  
#将默认端口由80改为8080,重启即可
  

DSC00016.jpg

DSC00017.jpg


2.4本解决方案的优点如下:
  1.给nginx服务降权,让网络更安全
  2.按用户设置站点权限,使站点更加安全
  3.开发不需要root权限,即可完成日志排练,程序变更等
  4.责任的划分,运维不在背锅

十三、控制Nginx并发连接数

1.模块说明
  模块:nginx_http_limit_conn_module
  模块作用:限制每个key值的连接数,特别是单个IP连接数。
  不是所有的连接数都会被计算,一个符合要求的连接是整个请求已经被读取的连接。

2,添加模块编译安装参数:

2.Nginx并发连接数参数说明:
  

limit_conn_zone参数:  
语法:limit_conn_zone key zone=name:size;
  
上下文:http
  
用于设置共享内存区域,key可以是字符串,nginx自有变量或前两个组合,如$binary_remote_addr、$server_name。name为内存区域的名称,size为内存区域的大小。
  
limit_conn参数:
  
语法:limit_conn zone number;
  
上下文:http、server、location
  

  配置文件如下:
  在客户端使用Apache的ab测试工具进行测试

2.1 linux下安装ab测试工具
  

[root@localhost ~]# yum -y install httpd-tools  
[root@localhost ~]# ab -V
  

2.2 使用ab 进行测试
  

ab -c 10 -n 100 http://10.0.0.106/index.html  ##语法:-c并发数,-n请求数,nginx服务器IP
  [root@localhost ~]# ab -c 10 -n 100 http://10.0.0.106/index.html
  
This is ApacheBench, Version 2.3
  
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
  
Licensed to The Apache Software Foundation, http://www.apache.org/
  

  
Benchmarking 10.0.0.106 (be patient).....done
  

  
Server Software:        nginx
  
Server Hostname:        10.0.0.106
  
Server Port:            80
  

  
Document Path:          /index.html
  
Document Length:        162 bytes
  
。。。。省略若干
  
Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      1
  90%      2
  95%      3
  98%      3
  99%      3
  100%      3 (longest request)
  

DSC00018.jpg


十四、控制客户端请求Nginx的速率
  ngx_http_limit_req_module模块用于限制每个IP访问定义key的请求速率。
  limit_req_zone参数说明如下:
  语法:limit_req_zonekey zone=name:size rate=rate;
  用于设置共享内存区域,key可以是字符串、Nginx自有变量或前两个组合,如$binary_remote_addr name为内存区域的名称,size为内存区域的大小,rate为速率,单位为r/s 每秒一个请求。
  

[root@oldboy ~]# cat /application/nginx/conf/nginx.conf  
worker_processes  1;
  
events {
  worker_connections  1024;
  
}
  
http {
  include       mime.types;
  default_type  application/octet-stream;
  sendfile        on;
  keepalive_timeout  65;
  limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s;
  
#

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-633846-1-1.html 上篇帖子: centos7.4编译安装nginx 下篇帖子: Nginx服务的虚拟主机
累计签到:5 天
连续签到:5 天
发表于 2019-3-4 07:21:10 | 显示全部楼层


[Nginx] – 安全优化 – 配置文件优化 [二]

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表