[root@nginx ~]# yum -y install pcre-devel zlib-devel openssl-devel gcc gcc-c++ makejavascript
[root@nginx ~]# tar xf nginx-1.6.0.tar.gz -C /usr/src/php
[root@nginx ~]# useradd -M -s /sbin/nologin nginxcss
[root@nginx ~]# cd /usr/src/nginx-1.6.0html
[root@nginx nginx-1.6.0]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-file-aio --with-http_stub_status_module --with-http_gzip_static_module --with-http_flv_module --with-pcre && make && make install前端
在生产环境中,须要隐藏 Nginx 等服务的版本信息,以免安全风险。java
[root@nginx ~]# curl -I http://192.168.200.111linux
HTTP/1.1 200 OK
Server: nginx/1.6.0
Date: Fri, 13 Sep 2019 01:48:29 GMT
Content-Type: text/html
Content-Length: 667
Last-Modified: Fri, 13 Sep 2019 01:22:06 GMT
Connection: keep-alive
ETag: "5d7aef3e-29b"
Accept-Ranges: bytesnginx
隐藏的方法:c++
(1)安装以前,修改源码包web
[root@nginx ~]# tar xf nginx-1.6.0.tar.gz
[root@nginx ~]# vim nginx-1.6.0 /src/core/nginx.h
13 #define NGINX_VERSION "12138"
14 #define NGINX_VER "DaBaiTu"
[root@nginx ~]# useradd -M -s /sbin/nologin nginx
[root@nginx ~]# cd nginx-1.6.0
[root@nginx nginx-1.6.0]# yum -y install pcre-devel zlib-devel
[root@nginx nginx-1.6.0]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-file-aio --with-http_stub_status_module --with-http_gzip_static_module --with-http_flv_module --with-pcre && make && make install
[root@nginx ~]# /usr/local/nginx/sbin/nginx
[root@nginx ~]# netstat -anpt | grep nginx
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 23521/nginx: master
root@nginx ~]# curl -I http://192.168.200.111
HTTP/1.1 200 OK
Server: DaBaiTu/12138
Date: Fri, 13 Sep 2019 01:48:29 GMT
Content-Type: text/html
Content-Length: 667
Last-Modified: Fri, 13 Sep 2019 01:22:06 GMT
Connection: keep-alive
ETag: "5d7aef3e-29b"
Accept-Ranges: bytes
(2)启服务以后,修改配置文件
[root@nginx ~]# vim /usr/local/nginx/conf/nginx.conf
28 server_tokens off;
[root@nginx ~]# /usr/local/nginx/sbin/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
[root@nginx ~]# killall -1 nginx
[root@nginx ~]# curl -I http://192.168.200.111
HTTP/1.1 200 OK
Server: nginx
Date: Fri, 13 Sep 2019 01:48:29 GMT
Content-Type: text/html
Content-Length: 667
Last-Modified: Fri, 13 Sep 2019 01:22:06 GMT
Connection: keep-alive
ETag: "5d7aef3e-29b"
Accept-Ranges: bytes
Nginx运行时进程须要有用户与组身份的支持,以实现对网站文件读取时进行访问控制。Nginx默认使用nobody用户帐号与组帐号,通常也要进行修改。
1、编译安装时指定
[root@localhost ~]# useradd -M -s /sbin/nologin nginx
[root@localhost nginx-1.14.2]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx && make && make install
2、修改配置文件
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
2 user nginx nginx;
[root@localhost ~]# killall -HUP nginx
[root@localhost ~]# ps aux |grep nginx
root 6651 0.0 0.2 20300 1248 ? Ss 13:38 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 6746 0.0 1.0 24472 5048 ? S 14:27 0:00 nginx: worker process
当Nginx将网页数据返回给客户端后,可设置资源在客户端缓存的时间,以方便客户端在往后进行相同内容的请求时直接返回,以免重复请求,加快了访问速度,通常针对静态网页进行设置,对动态网页不用设置缓存时间。可在Windows客户端中使用fiddler查看网页缓存时间。
设置方法:可修改配置文件,在http段、或server段、或者location段加入对特定内容的过时参数。
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
49 location ~ \.(gif|jpg|jpeg|png|bmp|ico)$ {
50 expires 1d;
51 }
52 location ~ .*\.(js|css)$ {
53 expires 1h;
54 }
[root@localhost ~]# killall -HUP nginx
[root@localhost ~]# ll /usr/local/nginx/html/
total 124
-rw-r--r-- 1 root root 537 Nov 18 00:05 50x.html
-rw-r--r-- 1 root root 643 Nov 18 00:21 index.html
-rw-r--r-- 1 root root 116309 Nov 14 11:54 linux.png
[root@localhost ~]# vim /usr/local/nginx/html/index.html
15 <hr />
16 <img src="linux.png" />
抓包查看:
[root@localhost ~]# vim /opt/cut_nginx_log.sh
#!/bin/bash
# cut_nginx_log.sh
datetime=$(date -d "-1 day" "+%Y%m%d")
log_path="/usr/local/nginx/logs"
pid_path="/usr/local/nginx/logs/nginx.pid"
[ -d $log_path/backup ] || mkdir -p $log_path/backup
if [ -f $pid_path ]
then
mv $log_path/access.log $log_path/backup/access.log-$datetime
kill -USR1 $(cat $pid_path)
find $log_path/backup -mtime +30 | xargs rm -f
else
echo "Error,Nginx is not working!" | tee -a /var/log/messages
fi
[root@localhost ~]# chmod +x /opt/cut_nginx_log.sh
[root@localhost ~]# crontab -e
0 0 * * * /opt/cut_nginx_log.sh
[root@localhost ~]# /opt/cut_nginx_log.sh
[root@localhost ~]# ls /usr/local/nginx/logs/backup/
access.log-20161117
[root@localhost ~]# killall -9 nginx
[root@localhost ~]# /opt/cut_nginx_log.sh
Error,Nginx is not working!
[root@localhost ~]# tail -1 /var/log/messages
Error,Nginx is not working!
在企业网站中,为了不同一个客户长时间占用链接,形成服务器资源浪费,能够设置相应的链接超时参数,实现控制链接访问时间。
keepalived_timeout:设置链接保持超时时间,通常可只设置该参数,默认为65秒,可根据网站的状况设置,或者关闭,可在http段、server段、或者location段设置。
client_header_timeout:指定等待客户端发送请求头的超时时间。
client_body_timeout:设置请求体读取超时时间。
注意:若出现超时,会返回408报错
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
34 keepalive_timeout 65;
35 client_header_timeout 60;
36 client_body_timeout 60;
[root@localhost ~]# killall -HUP nginx
在高并发场景,须要启动更多的nginx进程以保证快速影响,以处理用户的请求,避免形成阻塞。
修改配置文件的worker_processes参数,通常设置为CPU的个数或者核数的2倍
[root@localhost ~]# grep 'core id' /proc/cpuinfo | uniq | wc -l
1
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
3 worker_processes 2;
[root@localhost ~]# /usr/local/nginx/sbin/nginx
[root@localhost ~]# ps aux | grep nginx | grep -v grep
root 4431 0.0 0.2 45040 1160 ? Ss 00:50 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 4432 0.0 0.3 45492 1844 ? S 00:50 0:00 nginx: worker process
nginx 4433 0.0 0.3 45492 1756 ? S 00:50 0:00 nginx: worker process
默认Nginx的多个进程可能更多的跑在一颗CPU上,能够分配不一样的进程给不一样的CPU处理,充分利用硬件多核多CPU。在一台4核物理服务器,能够进行下面的配置,将进程进行分配。
worker_cpu_affinity 0001 0010 0100 1000
Nginx的ngx_http_gzip_module压缩模块提供了对文件内容压缩的功能,容许nginx服务器将输出内容发送到客户端以前进行压缩,以节约网站带宽,提高用户的访问体验,模块默认已经安装。
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
38 gzip on; //开启gzip压缩输出
39 gzip_min_length 1k; //用于设置容许压缩的页面最小字节数
40 gzip_buffers 4 16k; //表示申请4个单位为16k的内存做为压缩结果流缓存,默认值是申请与原始数据大小相同的内存空间来储存gzip压缩结果
41 gzip_http_version 1.1; //设置识别http协议版本,默认是1.1
42 gzip_comp_level 2; //gzip压缩比,1-9等级
43 gzip_types text/plain text/javascript application/x-javascript text/css text/xml application/xml application/xml+rss; //压缩类型,是就对哪些网页文档启用压缩功能
44 #gzip_vary on; //选项可让前端的缓存服务器通过gzip压缩的页面
[root@localhost ~]# killall -HUP nginx
Nginx防盗链功能也很是强大,在默认状况下只须要进行简单的配置,便可实现防盗处理
资源主机 www.source.com 192.168.200.101
盗链主机 www.steal.com 192.168.200.102
[root@localhost ~]# vim /usr/local/nginx/html/index.html
<html>
<head>
<title>source page</title>
</head>
<body>
<h1>www.source.com</h1>
<img src="linux.png" />
</body>
</html>
[root@localhost ~]# ls /usr/local/nginx/html/
50x.html error.jpg index.html linux.png
客户机测试:
[root@localhost ~]# vim /usr/local/nginx/html/index.html
<html>
<head>
<title>steal page</title>
</head>
<body>
<h1>www.steal.com</h1>
<img src="http://www.source.com/linux.png" />
</body>
</html>
配置说明:
valid_referers 设置信任网站
none 浏览器中referer(Referer是header的一部分,当浏览器向web服务器发送请求的时候,通常会带上Referer,告诉服务器我是从哪一个页面连接过来的,服务器基此能够得到一些信息用于处理)为空的状况,就直接在浏览器访问图片
blocked referer不为空的状况,可是值被代理或防火墙删除了,这些值不以http://或https://开头
[root@localhost ~]# ls /var/www/
error.jpg index.html test.jpg
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
location ~* \.(wma|wmv|asf|mp3|mmf|zip|rar|jpg|gif|png|swf|flv)$ {
valid_referers none blocked *.source.com source.com;
if ($invalid_referer) {
rewrite ^/ http://www.source.com/error.jpg;
#return 403;
}
}
[root@localhost ~]# 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
[root@localhost ~]# killall -HUP nginx
第一行:wma|wmv|asf|mp3|mmf|zip|rar|jpg|gif|png|swf|flv表示对这些后缀的文件实行防盗链
第二行:none blocked *.source.com source.com; //不区分大小写
表示referers信息中匹配none blocked *.source.com source.com (*表明任何,任何的二级域名)
if{}里面内容的意思是,若是连接不是来自第二行指定的就强制跳转到403错误页面,固然直接返回404也是能够的,也能够是图片。
注意:设置客户机的hosts文件
Nginx的PHP解析功能实现若是是交由FPM(fastcgi 进程管理器)处理的,为了提升PHP的处理速度,可对FPM模块进行参数跳转。
FPM优化参数:
pm 使用哪一种方式启动fpm进程,能够说static和dynamic,前者将产生 固定数量的fpm进程,后者将以动态的方式产生fpm进程
pm.max_children static方式下开启的fpm进程数
pm.start_servers 动态方式下初始的fpm进程数量
pm.min_spare_servers 动态方式下最小的fpm空闲进程数
pm.max_spare_servers 动态方式下最大的fpm空闲进程数
注:以上调整要根据服务器的内存与服务器负载进行调整
示例:
服务器为云服务器,运行了我的论坛,内存为1.5G,fpm进程数为20,内存消耗近1G,处理比较慢
优化参数调整:
# vim /usr/local/php5/etc/php-fpm.conf
pm = dynamic
pm=start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
用户访问控制:使用apache 的 htpasswd 来建立密码文件
[root@localhost ~]# yum -y install httpd-tools
[root@localhost ~]# htpasswd -c /usr/local/nginx/.htpasswd crushlinux
New password:
Re-type new password:
Adding password for user crushlinux
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
location ~ /status {
stub_status on;
access_log off;
auth_basic "Nginx Status";
auth_basic_user_file /usr/local/nginx/.htpasswd;
}
客户端地址访问控制:
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
location ~ /status {
stub_status on;
access_log off;
auth_basic "Nginx Status";
auth_basic_user_file /usr/local/nginx/.htpasswd;
allow 192.168.200.2;
deny 192.168.200.0/24;
}
error_page 403 404 /404.html;
location = /404.html {
root html;
}
[root@localhost html]# echo "Sorry,Page Not Found" > /usr/local/nginx/html/404.html
[root@localhost html]# service nginx reload
浏览器访问 http://192.168.200.101/abc
返回结果: Sorry,Page Not Found
location /download {
autoindex on;
}
[root@localhost ~]# cd /usr/local/nginx/html/
[root@localhost html]# mkdir download/dir{1,2} -p
[root@localhost html]# touch download/1.txt
[root@localhost html]# touch download/2.txt
[root@localhost html]# service nginx reload
浏览器访问 http://192.168.200.101/download
[root@localhost html]# mkdir Centos RedHat
[root@localhost ~]# echo "hello,students" > /usr/local/nginx/html/RedHat/index.html
[root@localhost ~]# vi /usr/local/nginx/conf/nginx.conf
location ~ /Centos {
alias /usr/local/nginx/html/RedHat;
}
[root@localhost ~]# service nginx restart
在浏览器中http://192.168.200.101/Centos 进行测试
实现nginx区分pc和手机访问不一样的网站,是物理上彻底隔离的两套网站(一套移动端、一套pc端),这样带来的好处pc端和移动端的内容能够不同,移动版网站不须要包含特别多的内容,只要包含必要的文字和较小的图片,这样会更节省流量。有好处固然也就会增长困难,难题就是你须要维护两套环境,而且须要自动识别出来用户的物理设备并跳转到相应的网站,当判断错误时用户能够本身手动切换回正确的网站。
有两套网站代码,一套PC版放在/usr/local/nginx/html/web,一套移动版放在/usr/local/nginx/html/mobile。只须要修改nginx的配置文件,nginx经过UA来判断是否来自移动端访问,实现不一样的客户端访问不一样内容。
location / {
#默认PC端访问内容
root /usr/local/nginx/html/web;
#若是是手机移动端访问内容
if ( $http_user_agent ~ "(MIDP)|(WAP)|(UP.Browser)|(Smartphone)|(Obigo)|(Mobile)|(AU.Browser)|(wxd.Mms)|(WxdB.Browser)|(CLDC)|(UP.Link)|(KM.Browser)|(UCWEB)|(SEMC-Browser)|(Mini)|(Symbian)|(Palm)|(Nokia)|(Panasonic)|(MOT-)|(SonyEricsson)|(NEC-)|(Alcatel)|(Ericsson)|(BENQ)|(BenQ)|(Amoisonic)|(Amoi-)|(Capitel)|(PHILIPS)|(SAMSUNG)|(Lenovo)|(Mitsu)|(Motorola)|(SHARP)|(WAPPER)|(LG-)|(LG/)|(EG900)|(CECT)|(Compal)|(kejian)|(Bird)|(BIRD)|(G900/V1.0)|(Arima)|(CTL)|(TDG)|(Daxian)|(DAXIAN)|(DBTEL)|(Eastcom)|(EASTCOM)|(PANTECH)|(Dopod)|(Haier)|(HAIER)|(KONKA)|(KEJIAN)|(LENOVO)|(Soutec)|(SOUTEC)|(SAGEM)|(SEC-)|(SED-)|(EMOL-)|(INNO55)|(ZTE)|(iPhone)|(Android)|(Windows CE)|(Wget)|(Java)|(curl)|(Opera)" )
{
root /usr/local/nginx/html/mobile;
}
index index.html index.htm;
}
[root@localhost html]# mkdir firefox msie
[root@localhost html]# echo "hello,firefox" > firefox/index.html
[root@localhost html]# echo "hello,msie" > msie/index.html
location / {
if ($http_user_agent ~ Firefox) {
root /usr/local/nginx/html/firefox;
}
if ($http_user_agent ~ MSIE) {
root /usr/local/nginx/html/msie;
}
index index.html index.htm;
}
随着网站并发访问量愈来愈高,nginx web 服务器也愈来愈流行,nginx 版本换代愈来愈频繁,1.15.2版本的nginx更新了许多新功能,生产环境中版本升级必然的,可是线上业务不能停,此时nginx的升级就是运维的重要工做了。
多进程模式下的请求分配方式
Nginx默认工做在多进程模式下,即主进程(master process)启动后完成配置加载和端口绑定等动做,fork出指定数量的工做进程(worker process),这些子进程会持有监听端口的文件描述符(fd),并经过在该描述符上添加监听事件来接受链接(accept)。
信号的接收和处理
Nginx主进程在启动完成后会进入等待状态,负责响应各种系统消息,如SIGCHLD、SIGHUP、SIGUSR2等。
Nginx信号简介
主进程支持的信号
TERM, INT: 马上退出
QUIT: 等待工做进程结束后再退出
KILL: 强制终止进程
HUP: 从新加载配置文件,使用新的配置启动工做进程,并逐步关闭旧进程。
USR1: 从新打开日志文件
USR2: 启动新的主进程,实现热升级
WINCH: 逐步关闭工做进程
工做进程支持的信号
TERM, INT: 马上退出
QUIT: 等待请求处理结束后再退出
USR1: 从新打开日志文件
[root@localhost ~]# rpm -q httpd
package httpd is not installed
[root@localhost ~]# yum -y install pcre-devel zlib-devel
[root@localhost ~]# ll nginx-*
-rw-r--r-- 1 root root 910812 Nov 15 15:00 nginx-1.15.9.tar.gz
-rw-r--r-- 1 root root 804164 Dec 11 2014 nginx-1.14.2.tar.gz
[root@localhost ~]# useradd -M -s /sbin/nologin nginx
[root@localhost ~]# tar xf nginx-1.14.2.tar.gz -C /usr/src/
[root@localhost ~]# cd /usr/src/nginx-1.14.2/
[root@localhost nginx-1.14.2]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module --with-http_ssl_module --with-http_flv_module --with-http_gzip_static_module && make && make install
[root@localhost ~]# /usr/local/nginx/sbin/nginx
[root@localhost ~]# netstat -anpt |grep :80
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 4178/nginx
[root@localhost ~]# elinks --dump http://localhost
Welcome to nginx!
[root@localhost ~]# /usr/local/nginx/sbin/nginx -V
nginx version: nginx/1.6.2
built by gcc 4.4.7 20120313 (Red Hat 4.4.7-16) (GCC)
TLS SNI support enabled
configure arguments: --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module --with-http_ssl_module --with-http_flv_module --with-http_gzip_static_module
[root@localhost ~]# tar xf nginx-1.15.9.tar.gz -C /usr/src/
[root@localhost ~]# cd /usr/src/nginx-1.15.9/
[root@localhost nginx-1.15.9]# ./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_stub_status_module --with-http_ssl_module --with-http_flv_module --with-http_gzip_static_module && make
[root@localhost nginx-1.15.9]# mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.old
[root@localhost nginx-1.15.9]# ls
auto CHANGES.ru configure html Makefile objs src
CHANGES conf contrib LICENSE man README
[root@localhost nginx-1.15.9]# cp objs/nginx /usr/local/nginx/sbin/
[root@localhost nginx-1.15.9]# /usr/local/nginx/sbin/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
向主进程(master)发送USR2信号,Nginx会启动一个新版本的master进程和对应工做进程,和旧版一块儿处理请求
[root@localhost ~]# ps aux | grep nginx | grep -v grep
root 4108 0.0 0.2 45028 1152 ? Ss 16:58 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 4109 0.0 0.4 45456 2012 ? S 16:58 0:00 nginx: worker process
[root@localhost ~]# kill -USR2 4108
[root@localhost ~]# ps aux | grep nginx | grep -v grep
root 4108 0.0 0.2 45028 1316 ? Ss 16:58 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 4109 0.0 0.4 45456 2012 ? S 16:58 0:00 nginx: worker process
root 6605 0.5 0.6 45196 3364 ? S 17:02 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 6607 0.0 0.3 45624 1756 ? S 17:02 0:00 nginx: worker process
向旧的Nginx主进程(master)发送WINCH信号,它会逐步关闭本身的工做进程(主进程不退出),这时全部请求都会由新版Nginx处理
[root@localhost ~]# kill -WINCH 4108
[root@localhost ~]# ps aux | grep nginx | grep -v grep
root 4108 0.0 0.2 45028 1320 ? Ss 16:58 0:00 nginx: master process /usr/local/nginx/sbin/nginx
root 6605 0.0 0.6 45196 3364 ? S 17:02 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 6607 0.0 0.3 45624 1756 ? S 17:02 0:00 nginx: worker process
注意:回滚步骤,发送HUP信号
若是这时须要回退继续使用旧版本,可向旧的Nginx主进程发送HUP信号,它会从新启动工做进程, 仍使用旧版配置文件。而后能够将新版Nginx进程杀死(使用QUIT、TERM、或者KILL)
[root@localhost ~]# kill -HUP 4108
升级完毕,可向旧的Nginx主进程(master)发送(QUIT、TERM、或者KILL)信号,使旧的主进程退出
[root@localhost ~]# kill -QUIT 4108
[root@localhost ~]# ps aux | grep nginx | grep -v grep
root 6605 0.0 0.6 45196 3364 ? S 17:02 0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx 6607 0.0 0.4 45624 2056 ? S 17:02 0:00 nginx: worker process
[root@localhost nginx-1.15.9]# /usr/local/nginx/sbin/nginx -v
nginx version: nginx/1.10.2
查看CPU型号:
[root@localhost ~]# grep "model name" /proc/cpuinfo | uniq
model name : Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz
[root@localhost ~]# dmidecode -s processor-version | uniq
Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz
查看物理CPU个数:
[root@localhost ~]# grep 'physical id' /proc/cpuinfo |sort -u |wc -l
1
[root@localhost ~]# grep 'physical id' /proc/cpuinfo |uniq |wc -l
1
查看CPU核心数:
[root@localhost ~]# grep 'core id' /proc/cpuinfo | sort -u | wc -l
4
[root@localhost ~]# grep 'core id' /proc/cpuinfo | uniq | wc -l
4
查看CPU线程数:
[root@localhost ~]# grep 'processor' /proc/cpuinfo | sort -u | wc -l
4
[root@localhost ~]# grep 'processor' /proc/cpuinfo | uniq | wc -l
4
free -m
df -Th
[root@localhost ~]# mii-tool ens32
ens32: negotiated 1000baseT-FD flow-control, link ok