一、Nginx 优化分类 安全优化(提升网站安全性配置) 性能优化(提升用户访问网站效率) 二、Nginx 安全优化 2.1 隐藏 nginx 版本信息优化 官方参数: Syntax: server_tokens on | off | build | string; Default: server_tokens on; Context: http, server, location 配置举例: [root@web01 ~]# cat /application/nginx/conf/nginx.conf worker_processes 1; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile off; keepalive_timeout 65; log_format main '$remote_addr - $remote_user [$time_local] "$requ est" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; server { listen 80; server_name www.oldboyedu.com; server_tokens off; location / { root html/www; index index.html index.htm; } access_log logs/access_www.log main; } } 测试结果: [root@web01 ~]# curl -I 10.0.0.8 HTTP/1.1 200 OK Server: nginx Date: Wed, 01 Nov 2017 18:32:40 GMT Content-Type: text/html Content-Length: 10 Last-Modified: Wed, 25 Oct 2017 01:20:56 GMT Connection: keep-alive ETag: "59efe6f8-a" Accept-Ranges: bytes 2.2 修改 nginx 版本信息 修改版本信息需要修改程序源文件信息 修改内核信息 [root@web01 nginx-1.10.2]# vim src/core/nginx.h
···
13 #define NGINX_VERSION "1.0" 14 #define NGINX_VER "oldboy/" NGINX_VERSION 22 #define NGINX_VAR "oldboy"
···
修改头部信息 [root@web01 nginx- 1.10.2]# vim src/http/ngx_http_header_filter_module.c
···
49 static char ngx_http_server_string[] = "Server: oldboy" CRLF;
···
修改错误页显示 [root@web01 nginx-1.10.2]# vim src/http/ngx_http_special_response.c
···
此处可以不修改
21 static u_char ngx_http_error_full_tail[] = 22 "<hr><center>" NGINX_VER "</center>" CRLF 23 "</body>" CRLF 24 "</html>" CRLF 25 ;
···
28 static u_char ngx_http_error_tail[] = 29 "<hr><center>oldboy</center>" CRLF 30 "</body>" CRLF 31 "</html>" CRLF 32 ;
···
修改完成后重新编译 [root@web01 nginx-1.10.2]# ./configure --prefix=/application/nginx- 1.10.2 --user=www --group=www --with-http_stub_status_module --with- http_ssl_module 重启服务 [root@web01 nginx-1.10.2]# /etc/init.d/nginx restart 访问测试是否修改成功 [root@web01 ~]# curl -I 127.0.0.1 HTTP/1.1 200 OK Server: oldboy Date: Wed, 01 Nov 2017 19:05:43 GMT Content-Type: text/html Content-Length: 10 Last-Modified: Wed, 25 Oct 2017 01:20:56 GMT Connection: keep-alive ETag: "59efe6f8-a" Accept-Ranges: bytes 2.3 修改 worker 进程的用户 第一种方法:利用编译安装配置参数,设定 nginx 默认 worker 进程用户 useradd -s /sbin/nologin -M www ./configure --user=www --group=www 第二种方式:编写 nginx 服务配置文件,设定 nginx 默认 worker 进程用户 Syntax:user user [group]; Default: user nobody nobody; Context: main 配置举例: [root@web02 conf]# cat nginx.conf user www www; # 主区块添加 user参数 worker_processes 1; events { worker_connections 1024; } 查看是否生效 [root@web01 nginx-1.10.2]# ps -ef|grep nginx root 16987 1 0 15:14 ? 00:00:00 nginx: master process nginx oldboy 18484 16987 0 15:22 ? 00:00:00 nginx: worker process root 18486 9593 0 15:22 pts/0 00:00:00 grep -- color=auto nginx 2.4 上传文件大小的限制(动态应用) 默认语法说明: syntax:client_max_body_size size; #<==参数语法 default:client_max_body_size 1m; #<==默认值是 1m context:http,server,location #<==可以放置的标签段 举例配置: http { sendfile on; keepalive_timeout 65; client_max_body_size 8m; # 设置上传文件最大值 8M } 2.5 站点 Nginx 站点目录及文件 URL 访问控制
- 根据目录或扩展名,禁止用户访问指定数据信息 location ~ ^/images/..(php|php5|sh|pl|py|html)$ { deny all; } location ~ ^/static/..(php|php5|sh|pl|py)$ { deny all; } location ~* ^/data/(attachment|avatar)/.*.(php|php5)$ { deny all; }
- 当访问禁止的数据信息时,进行页面跳转 Nginx 下配置禁止访问*.txt 和*.doc 文件。 实际配置信息如下: location ~* .(txt|doc)$ { if (-f $request_filename){ root /data/www/www; #rewrite …..可以重定向到某个 URL break; } } location ~* .(txt|doc)${ root /data/www/www; denyall; }
- 根据 IP 地址或网络进行访问策略控制 location / { deny 192.168.1.1; allow 192.168.1.0/24; allow 10.1.1.0/16; deny all; }
- 采用 if 判断方式,进行访问控制 if ($remote_addr = 10.0.0.7 ){ return 403; } 2.6 配置 Nginx,禁止非法域名解析访问企业网站 第一种方式:配置一个 server 虚拟主机区块,放置在所有 server 区块最前 面 server { listen 80; server_name - ; return 501; } 第二种方式:将计就计,通过你的域名访问时候,自动跳转到我的域名上 server { listen 80 default_server; server_name _; rewrite ^(.) http://www.oldboyedu.com/$1 permanent; } if ($host !~ ^www.oldboyedu.com$) { rewrite ^(.) http://www.oldboyedu.com/$1 permanent; } 2.7 Nginx 图片及目录防盗链解决方案 什么是资源盗链 ? 简单地说,就是某些不法网站未经许可,通过在其自身网站程序里非法调用 其他网站的资源,然后在自己的网站上显示这些调用的资源,达到填充自身 网站的效果。 实现盗链过程:
- 真正的合法网站(盗链的目标) web01 www.oldboyedu.com www 站点目录有一个 oldboy.jpg 图片
配置静态虚拟主机
server { listen 80; server_name www.oldboyedu.com; location / { root html/www; index index.html index.htm; }
确认生成盗链文件
- 不合法的网站(真正盗链网站) www.daolian.com
编写一个 html 盗链文件
<html> <head> <title>老男孩 IT 教育</title> </head> <body bgcolor=green> 老男孩 IT 教育的博客! <br>我的博客是 <a href="http://www.oldboyedu.com" target="_blank">博客地址 </a> <img src="http://www.oldboyedu.com/oldboy.jpg"> </body> </html> 编写盗链虚拟主机 server { listen 80; server_name www.daolian.org; location / { root html; index index.html index.htm; } } 至此就实现了盗链。 03 常见防盗链解决方案的基本原理
- 根据 HTTP referer 实现防盗链 利用 referer,并且针对扩展名 rewrite 重定向,下面的代码为利用 referer 且针对扩展名 rewrite 重定向,即实现防盗链的 Nginx 配置。 location ~* /.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ { root html/www; valid_referers none blocked .oldboyedu.com oldboyedu.com; if ($invalid_referer){ rewrite ^/ http://www.oldboyedu.com/img/nolink.jpg; } } 设置 expires 的方法如下: [root@oldboy www]# cat /application/nginx/conf/extra/www.conf server { listen 80; server_name www.oldboyedu.com; root html/www; index index.html index.htm; access_log logs/www_access.log main; #Preventing hot linking of images and other file types location ~ ^.+.(gif|jpg|png|swf|flv|rar|zip)$ { valid_referers none blocked server_names *.oldboyedu.com oldboy edu.com; if ($invalid_referer){ rewrite ^/ http://www.oldboyedu.com/img/nolink.jpg; } access_log off; root html/www; expires 1d; break; } }
- 根据 cookie 防盗链
- 通过加密变换访问路径实现防盗链
- 在所有网站资源上添加网站信息,让盗链人员帮你做推广宣传 2.8 NGINX 错误页面友好显示 范例 1:对错误代码 403 实行本地页面跳转,命令如下: ###www server { listen 80; server_name www.oldboyedu.com; location / { root html/www; index index.html index.htm; } error_page 403 /403.html; #<==当出现 403 错误时,会跳转到 403.html 页面 }
上面的/403.html 是相对于站点根目录 html/www 的。
范例 2:50x 页面放到本地单独目录下,进行优雅显示。
redirect server error pages to the static page /50x.html
error_page 500 502 503 504 /50x.html; location = /50x.html { root /data0/www/html; } 范例 3:改变状态码为新的状态码,并显示指定的文件内容,命令如下: error_page 404 =200 /empty.gif; server { listen 80; server_name www.oldboyedu.com; location / { root /data0/www/bbs; index index.html index.htm; fastcgi_intercept_errors on; error_page 404 =200 /ta.jpg; access_log /app/logs/bbs_access.log commonlog; } } 范例 4:错误状态码 URL 重定向,命令如下: server { listen 80; server_name www.oldboyedu.com; location / { root html/www; index index.html index.htm; error_page 404 https://oldboy.cnblogs.com; #<==当出现 404 错误时,会跳转到指定的 URL https://oldboy.cnblogs.com 页面显示 给用户,这个 URL 一般是企业另外的可用地址 access_log /app/logs/bbs_access.log commonlog; } } 2.9 Nginx 站点目录文件及目录权限优化 服 务 器 角 色 权限处理 安全系数 动态 Web 集群 目录权限 755 文件权限 644 所用的目录,以及文件用户和组都是 root 环境为 Nginx+PHP 文件不能被改,目录 不能被写入,安全系数 10 static 图 片集群 目录权限 755 文件权限 644 所用的目录,以及文件用户和组都是 root 环境为 Nginx 文件不能被改,目录不能被 写入,安全系数 10 上传 uplo ad 集群 目录权限 755 文件权限 644 所用的目录,以及文件用户和组都是 root 特别:用户上传的目录设置为 755,用户和 组使用 Nginx 服务配置的用户 文件不能被改,目录不能被写入,但是用户 上传的目录允许写入文件且需要通过 Ngin x 的其他功能来禁止读文件,安全系数 8 2.10 Nginx 防爬虫优化 范例 1:阻止下载协议代理,命令如下:
Block download agents
if ($http_user_agent ~* LWP::Simple|BBBike|wget) { return 403; } 范例 2:添加内容防止 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; } 2.11 利用 Nginx 限制 HTTP 的请求方法 #Only allow these request methods if ($request_method !~ ^(GET|HEAD|POST)$ ) { return 501; } #Do not accept DELETE,SEARCH and other methods 2.12 使用普通用户启动 nginx 1、切换到普通用户家目录下,创建 nginx 所需文件 [nginx@web01 ~]$ mkdir -p blog/{conf,logs,html} [nginx@web01 ~]$ cd blog/ [nginx@web01 blog]$ cp /application/nginx/conf/nginx.conf.default ./co nf/ [nginx@web01 blog]$ grep - vE "^$|#" conf/nginx.conf.default > conf/nginx.conf [nginx@web01 blog]$ cp /application/nginx/conf/mime.types conf/ 2、编写配置文件 [nginx@web01 ~]$ cat blog/conf/nginx.conf worker_processes 4; worker_cpu_affinity 0001 0010 0100 1000; worker_rlimit_nofile 65535; error_log /home/nginx/blog/logs/error.log; user inca inca; pid /home/nginx/blog/logs/nginx.pid; events { use epoll; worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; log_format main '$remote_addr - $remote_user [$time_local] "$requ est" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; server { listen 8080; server_name www.etiantian.org; root /home/nginx/blog/html; location / { index index.html index.htm; } access_log /home/nginx/blog/logs/web_blog_access.log main; } } 注意:普通用户不能使用知名端口,需要使用其他端口启动服务 3、检查配置文件语法,并启动 nginx 服务 /application/nginx/sbin/nginx -t -c /home/nginx/blog/conf/nginx.conf 或 /application/nginx/sbin/nginx - c /home/nginx/blog/conf/nginx.conf &>/dev/null & 注意:忽略一些不正确的输出信息 三、Nginx 性能优化 3.1 优化 nginx worker 进行个数 nginx 服务主要有两个重要进程: 01) master 进程:可以控制 nginx 服务的启动 停止 或重启 02) worker 进程:处理用户请求信息,帮助用户向后端服务进行请求(php mysql) 添加 worker 进程方法 vim nginx.conf worker_processes 1; # 修改nginx 配置文件中 worker_processes 指令后面的数 值 建议:worker 进程数量=等于 CPU 的核数 worker 进程数量=等于 CPU 的核数*2 如何在一个系统中获悉 CPU 核心是多少? ①. 利用 top 命令--按数字 1,获取到 CPU 核数信息 ②. grep processor /proc/cpuinfo|wc -l ③. lscpu 查看 cpu 核心数命令示例 示例一 [root@web01 ~]# top # 按数字 1 top - 03:22:48 up 9 days, 26 min, 4 users, load average: 1.06, 0.99, 0.92 Tasks: 107 total, 1 running, 106 sleeping, 0 stopped, 0 zombie Cpu0 : 0.2%us, 0.6%sy, 0.0%ni, 99.0%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 0.1%us, 0.1%sy, 0.0%ni, 99.1%id, 0.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 485984k total, 452536k used, 33448k free, 24984k buffer s Swap: 786428k total, 5912k used, 780516k free, 242048k cached 示例二 [root@web01 ~]# lscpu |grep CPU CPU op-mode(s): 32-bit, 64-bit CPU(s): 2 示例三 [root@web01 ~]# grep processor /proc/cpuinfo processor : 0 processor : 1 3.2 绑定不同的 nginx 进程到不同的 CPU 上 4 个 worker 进程分配 CPU 资源方法: worker_processes 4; worker_cpu_affinity 0001 0010 0100 1000; 8 个 worker 进程分配 CPU 资源方法: worker_processes 8; worker_cpu_affinity 0001 0010 0100 1000 0001 0010 0100 1000; # 分配 8 进 程方法 worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 001000 00 01000000 10000000; 4 个 worker 进程分配 CPU 资源方法: worker_processes 4; worker_cpu_affinity 0101 1010; # 将进程分配到两颗 CPU 上 3.3 优化 nginx 事件处理模型 官方配置参数说明: http://nginx.org/en/docs/ngx_core_module.html#use Syntax: use method; Default: — Context: events 关于事件处理模型可以参考: https://oldboy.cnblogs.com/p/7750615.html#auto_id_10 举例配置: user www www; worker_processes 1; events { worker_connections 1024; use epoll; --- 指定使用的模型为 epoll } 3.4 调整 nginx 单个进程允许的客户端最大连接数 查看 nginx 当前的打开文件数 [root@oldboy ~]# lsof -i:80 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME nginx 10422 root 6u IPv4 11868856 0t0 TCP *:http (LISTEN) nginx 10424 www 6u IPv4 11868856 0t0 TCP *:http (LISTEN) nginx 10425 www 6u IPv4 11868856 0t0 TCP *:http 修改最大连接数方法 vim nginx.conf events #<==events 指令是设定 Nginx 的工作模式及连接数上限 { worker_connections 1024; } 说明:此数值设置不要超过系统最大打开文件数量。 3.5 配置 Nginx worker 进程最大打开文件数 举例配置: [root@web02 conf]# cat nginx.conf user www www; worker_processes 1; worker_rlimit_nofile 2048; # 设置 worker 进程打开文件数 3.6 优化 nginx 高效文件传输模式 sendfile 参数的官方说明如下: syntax:sendfile on | off; #<==参数语法 default:sendfile off; #<==参数默认大小 context:http,server,location,if in location #<==可以放置的标 签段 说明:在系统内核中,利用零拷贝方式实现数据传输 实现高效数据传输的两种方式 第一种方式:tcp_nopush syntax: tcp_nopush on | off; #<==参数语法 default: tcp_nopush off; #<==参数默认大小 context: http,server,location #<==可以放置的标签段 说明:将数据包积攒到一定量时再进行传输 参数作用: 激活或禁用 Linux 上的 TCP_NODELAY 选项。这个参数启用只在连接传输进入 到 keep-alive 状态。TCP_NODELAY 和 TCP_CORK 基本上控制了包的"Nagle 化 ",Nagle 化在这里 的含义是采用 Nagle 算法把较小的包组装为更大的帧。 John Nagle 是 Nagle 算法的发明人,后者就是用他的名字来命名的。 此算法解决的问题就是所谓的 silly window syndrome,中文称"愚蠢窗口症候 群",具体含义是,因为普遍终端应用程序每产生一次击键操作就会发送一个 包,很轻易地就能令网络发生拥塞,Nagle 化后来成了一种标准并且立即在因 特网上得以实现。它现在已经成为缺省配置了,但在我们看来,有些场合下希 望发送小块数据,把这一选项关掉也是合乎需要的。 第二种方式:tcp_nodelay Syntax: tcp_nodelay on | off; Default: tcp_nodelay on; Context: http, server, location 说明:只要有数据包产生,不管大小多少,就尽快传输 参数作用: 激活或禁用 Linux 上的 TCP_CORK socket 选项,tcp_cork 是 linux 下 tcp/ip 传输的一个标准了,这个标准的大概的意思是,一般情况下,在 tcp 交互的过 程中,当应用程序接收到数据包后马上传送出去,不等待,而 tcp_cork 选项是 数据包不会马上传送出去,等到数据包最大时,一次性的传输出去,这样有助 于解决网络堵塞,已经是默认了。 此选项仅仅当开启 sendfile 时才生效, 激活这个.tcp_nopush 参数可以允许 把 http response header 和响应数据文件的开始部分放在一个文件里发布,其 积极的作用是减少网络报文段的数量。 强调:两个指令是相悖的,请选择其一开启,不要同时开启; 默认采用 tcp_nodelay 方式进行传输。 3.7 设置 nginx 服务超时参数 Nginx 连接超时的参数设置
- 设置参数: keepalive_timeout 60; # 长连接才有意义 keepalive_timeout 参数的官方说明如下: syntax:keepalive_timeout timeout [header_timeout];#<==参数语法 default:keepalive_timeout 75s;#<==参数默认大小 context:http,server,location #<==可以放置的标签段 说明:客户端和服务端都没有数据传输时,进行超时时间倒计时,一旦超时 时间读取完毕还没有数据传输,就断开连接
- 设置参数:client_header_timeout 55; syntax:client_header_timeout time; #<==参数语法 default:client_header_timeout 60s; #<==参数默认大小 context:http,server #<==可以放置的标签段 说明:表示定义客户端请求报文发送的间隔超时时间,客户端发送的请求报 文中请求头信息的间隔时间 3)设置参数:client_body_timeout 55; syntax:client_body_timeout time; #<==参数语法 default:client_body_timeout 60s; #<==默认值是 60 秒 context:http,server,location #<==可以放置的标签段 说明:表示定义服务端响应报文发送的间隔超时时间,客户端发送的请求报 文中请求主体信息的间隔时间 4)设置参数:send_timeout 60s syntax:send_timeout time; #<==参数语法 default:send_timeout 60s; #<==默认值是 60 秒 context:http,server,location #<==可以放置的标签段 说明:表示定义客户端读取服务端响应报文的间隔超时时间,服务端发送的 响应报文间隔时间 3.8 配置 Nginx gzip 压缩实现性能优化
- Nginx gzip 压缩功能介绍 Nginx gzip 压缩模块提供了压缩文件内容的功能,用户请求的内容在发送 到用户客户端之前, Nginx 服务器会根据一些具体的策略实施压缩,以节约 网站出口带宽,同时加快数据传输效率,来提升用户访问体验。
- Nginx gzip 压缩的优点 提升网站用户体验: 发送给用户的内容小了,用户访问单位大小的页面就加快了,用户体验提升 了,网站口碑就好了。 节约网站带宽成本: 数据是压缩传输的,因此节省了网站的带宽流量成本,不过压缩时会稍 微消 耗一些 CPU 资源,这个一般可以忽略。 此功能既能提升用户体验,又能使公司少花钱,一举多得。对于几乎所有的 Web 服务来说,这是一个非常重要的功能,Apache 服务也有此功能。 gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.1; gzip_comp_level 4; gzip_types text/css text/xml application/javascript; gzip_vary on; 说明:将服务端响应的数据信息进行压缩,可以有效节省带宽,提高用户访 问效率 需要和不需要压缩的对象:
- 纯文本内容压缩比很高,因此,纯文本的内容最好进行压缩,例如: html、js、css、xml、shtml 等格式的文件。
- 被压缩的纯文本文件必须要大于 1KB,由于压缩算法的特殊原因,极小的 文件压缩后可能反而变大。
- 图片、视频(流媒体)等文件尽量不要压缩,因为这些文件大多都是经过 压缩的。
- 如果再压缩很可能不会减小或减小很少,或者有可能增大,同时压缩时还 会消耗大量的 CPU、内存资源。 压缩配置参数说明 gzip on ; #<==开启 gzip 压缩功能。 gzip_min_length lk; #<==设置允许压缩的页面最小宇节数,页面宇节数从 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/plain application/x- javascript text/css application/xml ; #<==用来指定压缩的类型,"text/html"类型总是会被压缩,这个就是 HTTP 原理部分讲 的媒体类型。 gzip_vary on ; #<==vary header 支持。该选项可以让前端的缓存服务器缓存经过 gzip 压缩的页面,例 如用 Squid 缓存 经过 Nginx 压缩的数据。 3.9 配置 Nginx expires 缓存实现性能优化 简单地说,Nginx expires 的功能就是为用户访问的网站内容设定一个过期 时间,当用户第一次访问这些内容时,会把这些内容存储在用户浏览器本地, 这样用户第二次及以后继续访问该网站时,浏览器会检查加载已经缓存在用 户浏览器本地的内容,就不会去服务器下载了,直到缓存的内容过期或被清 除为止。 Nginx expires 功能优点:
- expires 可以降低网站的带宽,节约成本。
- 加快用户访问网站的速度,提升用户访问体验。
- 服务器访问量降低了,服务器压力就减轻了,服务器成本也会降低,甚至 可以节约人力成本。
- 对于几乎所有的 Web 服务来说,这是非常重要的功能之一,Apache 服务也 有此功能。 实践配置 [root@web02 extra]# cat blog.conf server { listen 80; server_name blog.etiantian.org; server_tokens off;
静态请求处理的 location
location / { root html/blog; index index.php index.html index.htm; }
动态请求处理的 location
location ~* ..(php|php5)?$ { root html/blog; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi.conf; } location ~ ..(gif|jpg|jpeg|png|bmp|swf)$ { expires 10y; root html/blog; } location ~ .*.(js|css)$ { expires 30d; root html/blog; } } location / { expires 3650d; } 企业网站有可能不希望被缓存的内容:
- 广告图片,用于广告服务,都缓存了就不好控制展示了。
- 网站流量统计工具(JS 代码),都缓存了流量统计就不准了。
- 更新很频繁的文件(google 的 logo),这个如果按天,缓存效果还是显著 的。 3.10 配置 FastCGI 优化 FastCGI 常见参数的 Nginx 配置示例如下: [root@nginx conf]# cat nginx.conf worker_processes 4; worker_cpu_affinity 0001 0010 0100 1000; worker_rlimit_nofile 65535; user nginx; events { use epoll; worker_connections 10240; } http { include mime.types; default_type application/octet-stream; sendfile on; tcp_nopush on; keepalive_timeout 65; tcp_nodelay on; client_header_timeout 15; client_body_timeout 15; send_timeout 15; log_format main '$remote_addr - $remote_user [$time_local] "$requ est" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; server_tokens off; fastcgi_connect_timeout 240; fastcgi_send_timeout 240; fastcgi_read_timeout 240; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; #fastcgi_temp_path /data/ngx_fcgi_tmp; fastcgi_cache_path /data/ngx_fcgi_cache levels=2:2 keys_zone=ngx_fc gi_cache:512m inactive=1d max_size=40g; #web............... server { listen 80; server_name blog.oldboyedu.com; root html/blog; location / { root html/blog; index index.php index.html index.htm; } location ~ ..(php|php5)${ fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi.conf; fastcgi_cache ngx_fcgi_cache; fastcgi_cache_valid 200 302 1h; fastcgi_cache_valid 301 1d; fastcgi_cache_valid any 1m; fastcgi_cache_min_uses 1; fastcgi_cache_use_stale error timeout invalid_header http_5 00; fastcgi_cache_key http://$host$request_uri; } access_log logs/web_blog_access.log main; } upstream blog_etiantian{ server 10.0.0.8:8000 weight=1; } server { listen 8000; server_name blog.oldboyedu.com; location / { proxy_pass http://blog_etiantian; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $remote_addr; } access_log logs/proxy_blog_access.log main; } } FastCGI 常见参数列表说明: Nginx FastCGI 相关参数 说明 fastcgi_connect_timeou t 表示 nginx 服务器和后端 FastCGI 服务器连接的超时时间,默认值 为 60 秒,这个参数值通常不要超过 75 秒,因为建立的连接越多, 消耗的资源就越多 fastcgi_send_timeout 设置 nginx 传输请求到 FastCGI 服务器的超时时间,这个超时时间 不是整个请求的超时时间,而是两个成功请求的之间间隔时间为超时 时间,如果这个时间内,FastCGI 服务没有收到任何信息,连接将关 闭 fastcgi_read_timeout 设置 nginx 从 FastCGI 服务器读取响应信息的超时时间苯示连捿建 立成功后,nginx 等待后端服务器的响应时间,是 nginx 进入后端的 排队之中的等候处理的时间,实际上是读取 FastCGI 响应成功信息 的间隔时间 fastcgi_buffer_size 这是 Nginx FastCGI 的缓冲区大小参数,设定用来读取从 FastCGI 服务器端收到的第一部分响应信息的缓冲区大小,这里的第一部分通 常会包含一个小的响应头部 s 默认情况下,这个参数的大小等价于_ 个内存页。不是 4k 就是 8k 根据相应系统平台来决定,也可以更小。 fastcgi_buffers 设定用来读取从 FastCGI 服务器端收到的响应信息的缓冲区大小和 缓冲区数是,默认值为 fastcgi_buffer 8 4k|8k; 指定本地需要用多少和多大的缓冲区来缓冲 FastCGI 的应答请求, 如果一个 PHP 脚本产生的页面大小为 256KB ,那么会为其分配 4 个 64KB 的缓冲区来缓存;如果页面大小大于 256KB ,那么大于 256KB 的部分会缓存到 fastcgi_temp 指定的路径中,但是这并不是好方法, 因为内存中的数据处理速度要快于硬盘。一般这个值应该为站点中 P HP 脚本产生的页面大小的中间值,如果站点大部分脚本所产生的页 面大小为 256KB ,那么可以把这个值设置为"16 16k" , "4 64k"等 fastcgi_busy_buffers_si ze 用于设置系统很忙时可以使用的 fastcgi_buffers 大小,言方推荐的 大小为 fastcgi_buffers2 ;默认值为 fastcgi_busy_buffers_size 8k |16k fastcgi_temp_file_write size FastCGI 临时文件的大小,可以设置为 128~256KB ; 默认 fastcgi_t emp_file_write_size 8k|16k; fastcgi_cache oldboy_n ginx 表示开后 FastCGI 缓存并为其指定一个名称。开后缓存非常有用,可 以有效降低 CPU 的负载,并且防止 502 错误的发生,但是开后缓存 也可能引起其它问题,要根据具体情况来选择 fastcgi_cache_path 实例: fastcgi_cache_path /data/nginx/cache levels = 2:2 keys_zon e = ngx_fcgi_cache:512m inactive = ld max_size=40g; fastcgi cache 缓存目录,可以设置目录前列层级,比如 2:2 会生成 256*25 6 个子目录,keys_zone 是这个缓存空间的名字,cache 是用多少内 存(这样热门的内容,nginx 会直接放入内存,提高访问速度)。in active 表示默认失效时间,max_size 表示最多用多少硬盘空间,雲 要注意的是 fastcgi_cache 缓存是先写在 fastcgi_temp_path 在移 到 fastcgi_cache_path 中去的,所以这个两个目录最好在同一个分 区,从 0.8.9 之后可以在不同的分区,不过还是建议放在同_分区。 fastcgi_cache_valid 示例:fastcgi_cache_valid 200 302 lh; 用来指定应答代码的缓存时间,实例中的值表示将 200 和 302 应答 缓存 1 个小时; 示例:fastcgi_cache_valid 301 Id; 将 301 应答缓存 1 天; fastcgi_cache_min_uses 示例:fastcgi_cache_min_uses 1; 设置清求几次之后晌应将被缓 存,1 表示一次即被缓存 fastcgi_cache_use_stale 示例: fastcgi_cache_use_stale error timeout invalid_header http_50 0 定义在哪些情况下使用过期缓存 fastcgi_cache_key 示例:fastcgi_cache_key requestmethod://requestmethod://h ostrequesturi;fastcgi.cache.keyhttp://requesturi;fastcgi.cache. keyhttp://host$request_uri; 定义 fastcgi_cache 的 key ,示例中以请求的 URI 作为缓存的 key, nginx 会取这个 key 的 md5 作为缓存文件,如果设置了缓存散列目 录,nginx 会从后往前取梠应的位数作为目录。注意一定要加作为 c ache key,否则如果先请求的为 head 类型,后面的 GET 清求返回为 空。 四、日志方面优化 4.1 配置 Nginx 服务相关日志操作
- 进行日志的切割
[root@oldboy ~]# mkdir /server/scripts/ -p
[root@oldboy ~]# cd /server/scripts/
[root@oldboy scripts]# vim cut_nginx_log.sh
#!/bin/bash
cd /application/nginx/logs &&
/bin/mv www_access.log www_access_$(date +%F -d -1day).log #<==将日 志按日期改成前一天的名称 /application/nginx/sbin/nginx -s reload #<==重新加载 nginx 使得触发重新生 成访问日志文件 提示:实际上脚本的功能很简单,就是改名日志,然后加载 nginx,重新生 成文件记录日志 说明:也可以编辑使用 logrotate 日志切割服务,进行日志切割 - 进行日志的选择记录 location ~ .*.(js|jpg|JPG|jpeg|JPEG|css|bmp|gif|GIF)$ { access_log off; }
- 进行日志文件授权 假如日志目录为/app/logs,则授权方法如下: chown -R root.root /app/logs chmod -R 700 /app/logs
- 日志信息尽量汇总备份 [root@oldboy ~]# zgrep 456 oldboy.tar.gz 4.2 查看软件编译时的参数 ①. 查看 nginx 安装时编译了哪些参数 /application/nginx/sbin/nginx -V ②. 查看 apache 安装时编译了哪些参数 cat /application/apache/build/config.nice /application/apache/bin/apachectl -V #<--也可查看安装时编译信息,但显 示的不全 ③. 查看 mysql 安装时编译了哪些参数 grep CONFIGURE_LINE /application/mysql/bin/mysqlbug PS:mysql 二进制包的安装方式,是无法看到编译参数的,默认为空 ④. 查看 php 安装时编译了哪些参数 /application/php/bin/php -i|grep configure 本文内容来自 老男孩 Linux 云计算运维优秀学员课后笔记整理