Nginx WEB从入门到放弃

电子取证纯干货

已于 2024-03-02 17:09:44 修改

阅读量847

点赞数 14

分类专栏：服务器取证知识文章标签： nginx 前端运维

于 2024-03-02 17:09:10 首次发布

本文链接：https://blog.csdn.net/ren_fkai/article/details/136418527

版权

服务器取证知识专栏收录该内容

8 篇文章 1 订阅

订阅专栏

Nginx WEB从入门到放弃

万维网 (WORLD WIDE WEB，WWW)服务器，也称之为WEB服务器，主要功能是提供网上信息浏览服务。目前主流的WEB服务器软件包括：Apache、Nginx、Lighttpd、IIS、Resin、Tomcat、WebLogic、Jetty。

本节向读者介绍Nginx高性能WEB服务器、Nginx工作原理、安装配置及升级、Nginx配置文件深入剖析、Nginx虚拟主机、Location案例演示、Nginx Rewirte企业案例实战、HTTPS安全WEB服务器及Nginx高性能集群实战等。

Nginx WEB入门简介

Nginx (“engine x”) 是一个高性能HTTP 和反向代理服务器、IMAP、POP3、SMTP 服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。

由于Nginx的高性能、轻量级，目前越来越多的互联网企业开始使用Nginx WEB服务器。据Netcraft统计，在2022年4月份，世界上最繁忙的网站中有28.72 %使用Nginx作为其服务器或者代理服务器。

nginx [engine x] is an HTTP and reverse proxy server, a mail proxy server, and a generic TCP/UDP proxy server, originally written by Igor Sysoev. 
For a long time, it has been running on many heavily loaded Russian sites including Yandex, Mail.Ru, VK, and Rambler. 
According to Netcraft, nginx served or proxied 28.72% busiest sites in April 2022. Here are some of the success stories: Netflix,Wordpress.com, FastMail.FM.
The sources and documentation are distributed under the 2-clause BSD-like license.
Commercial support is available from Nginx, Inc.

它已经在众多流量很大的俄罗斯网站上使用了很长时间，这些网站包括Yandex、Mail.Ru、VKontakte，以及Rambler。目前互联网主流公司京东、360、百度、新浪、腾讯、阿里都在使用Nginx作为自己的WEB服务器。

Nginx特点是占有内存少，并发能力强，事实上Nginx的并发能力确实在同类型的网页服务器中表现较好。

Nginx相对于Apache优点如下：

高并发响应性能非常好，官方Nginx处理静态文件并发5w/s；
负载均衡及反向代理性能非常强；
系统内存和CPU占用率低；
可对后端服务进行健康检查；
支持PHP cgi方式和FastCGI方式；
可以作为缓存服务器、邮件代理服务器；
配置代码简洁且容易上手。

Nginx工作原理

Nginx WEB服务器最主要就是各种模块的工作，模块从结构上分为核心模块、基础模块和第三方模块，其中三类模块分别如下：

核心模块：HTTP模块、EVENT模块和MAIL模块等；
基础模块：HTTP Access模块、HTTP FastCGI模块、HTTP Proxy模块和HTTP Rewrite模块；
第三方模块：HTTP Upstream Request Hash模块、Notice模块和HTTP Access Key模块、Limit_req模块等；

Nginx的模块从功能上分为如下三类。

Handlers（处理器模块）：此类模块直接处理请求，并进行输出内容和修改headers信息等操作，Handlers处理器模块一般只能有一个；
Filters （过滤器模块）：此类模块主要对其他处理器模块输出的内容进行修改操作，最后由Nginx输出；
Proxies （代理类模块）：此类模块是Nginx的HTTP Upstream之类的模块，这些模块主要与后端一些服务比如FastCGI等进行交互，实现服务代理和负载均衡等功能。

Nginx由内核和模块组成，其中内核的设计非常微小和简洁，完成的工作也非常简单，仅仅通过查找配置文件将客户端的请求映射到一个location block，而location是Nginx配置中的一个指令，用于访问的URL匹配，而在这个location中所配置的每个指令将会启动不同的模块去完成相应的工作，如图14-1所示：

图14-1 Nginx WEB工作流程图

Nginx的高并发得益于其采用了epoll模型，与传统的服务器程序架构不同，epoll是Linux内核2.6以后才出现的，Nginx采用epoll模型，异步非阻塞，而apache采用的是select模型：

Select特点：select 选择句柄的时候，是遍历所有句柄，也就是说句柄有事件响应时，select需要遍历所有句柄才能获取到哪些句柄有事件通知，因此效率是非常低。

epoll的特点：epoll对于句柄事件的选择不是遍历的，是事件响应的，就是句柄上事件来就马上选择出来，不需要遍历整个句柄链表，因此效率非常高。

Nginx默认以80端口监听在服务器上，并且启动一个master进程，同时有master进程生成多个工作进程，当浏览器发起一个HTTP连接请求，每个进程都有可能处理这个连接，怎么做到的呢？怎么保证同一时刻一个HTTP请求被一个工作进程处理呢。

首先每个worker进程都是从Master进程fork出来，在Master进程里面，建立好需要listen的socket（listenfd）之后，会fork出多个worker进程。

所有worker进程的listenfd会在新连接到来时变得可读，为保证只有一个进程处理该连接，所有worker进程在注册listenfd读事件前抢accept_mutex，抢到互斥锁的那个进程注册listenfd读事件，在读事件里调用accept接受该连接。

当一个worker进程在accept这个连接之后，就开始读取请求、解析请求、处理请求，产生数据后，再返回给客户端，最后才断开连接，这样形成一个完整的请求流程。如图14-2所示：

20160401103647146 图14-2 Nginx Worker进程工作原理

Nginx安装配置

Nginx WEB安装时可以指定很多的模块，默认需要安装Rewrite模块，也即是需要系统有PCRE库，安装Pcre支持Rewrite功能。如下为安装Nginx WEB服务器方法：

源码的路径，而不是编译后的路径，否则会报错。

#安装PCRE库支持
yum install pcre-devel pcre -y
#下载Nginx源码包
cd /usr/src 
wget -c http://nginx.org/download/nginx-1.12.0.tar.gz 
#解压Nginx源码包
tar -xzf nginx-1.12.0.tar.gz
#进入解压目录，然后sed修改Nginx版本信息为JWS
cd nginx-1.12.0 ； sed -i -e 's/1.12.0//g' -e 's/nginx\//JWS/g' -e 
's/"NGINX"/"JWS"/g' src/core/nginx.h
#预编译Nginx
useradd www ；./configure --user=www --group=www --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module
#.configure预编译成功后，执行make命令进行编译
make
#make执行成功后，执行make install 正式安装
make install
#至此Nginx WEB服务器安装完毕。

测试Nginx服务安装是否正确，同时启动Nginx WEB 服务，代码命令如下：

/usr/local/nginx/sbin/nginx  -t  检查nginx配置文件是否正确，返回OK即正确。
[root@localhost ~]# /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@localhost ~]#
然后启动nginx，/usr/local/nginx/sbin/nginx 回车即可。查看进程是否已启动：
[root@localhost ~]# ps -ef |grep nginx
nobody    5381 30285  0 May16 ?        09:04:31 nginx: worker process         
root     30285     1  0  2022 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
root     32260 32220  0 12:34 pts/0    00:00:00 grep nginx
[root@localhost ~]#

通过浏览器访问Nginx默认测试页面，如图14-3所示：

图14-3 Nginx WEB浏览器访问

Nginx管理及升级

Nginx WEB服务器安装完毕，可以执行如下命令对其进管理和维护，命令如下：

#查看nginx进程
ps -ef|grep nginx
#平滑启动nginx 
kill -HUP `cat /var/run/nginx.pid` 
或者
nginx -s reload
其中进程文件路径在配置文件nginx.conf中可以找到。
平滑启动的意思是在不停止nginx的情况下，重启nginx，重新加载配置文件，启动新的工作线程，完美停止旧的工作线程。
#完美停止nginx 
kill -QUIT `cat /var/run/nginx.pid`
#快速停止nginx 
kill -TERM `cat /var/run/nginx.pid`
或者
kill -INT `cat /var/run/nginx.pid`
#完美停止工作进程（主要用于平滑升级） 
kill -WINCH `cat /var/run/nginx.pid`
#强制停止nginx 
pkill -9 nginx
#检查对nginx.conf文件的修改是否正确 
nginx -t -c /etc/nginx/nginx.conf 或者 nginx -t
#停止nginx的命令
nginx -s stop或者pkill nginx
#查看nginx的版本信息
nginx -v
#查看完整的nginx的配置信息 
nginx -V

Nginx WEB服务器定期更新，如果需要将低版本升级或者将高版本降级，升级或者降级方法如下，分为四个步骤，包括软件下载、预编译、编译、配置，具体方法如下：

wget http://www.nginx.org/download/nginx-1.4.2.tar.gz  
获取旧版本nginx的configure选项
/usr/local/nginx/sbin/nginx -V 
编译新版本的Nginx
tar  -xvf  nginx-1.4.2.tar.gz 
cd nginx-1.4.2 
./configure --prefix=/usr/local/nginx --user=www --group=www --with-http_stub_status_module --with-http_ssl_module 
make 
备份旧版本的nginx可执行文件，复制新版本的nginx这行文件
mv /usr/local/nginx/sbin/nginx  /usr/local/nginx/sbin/nginx.old 
cp objs/nginx /usr/local/nginx/sbin/
测试新版本nginx是否正常
/usr/local/nginx/sbin/nginx -t
平滑重启升级nginx
kill –QUIT `cat /usr/local/nginx/log/nginx.oldbin` ##关闭旧版nginx 
验证nginx是否升级成功
/usr/local/nginx/sbin/nginx  -V显示最新编译的版本信息即可。

Nginx虚拟主机实战

在真实的企业服务器环境中，为了充分利用服务器的资源，单台Nginx WEB服务器同时会配置N个网站，也可称之为配置N个虚拟域名的主机，即多个域名对应同一个80端口。

在Nginx.conf中加入server代码，Nginx虚拟主机完整代码如下：

worker_processes  1；
events {
    worker_connections  1024；
}
http {
    include       mime.types；
    default_type  application/octet-stream；
    sendfile        on；
    keepalive_timeout  65；
#virtual hosts config 2022/5/18
server {
        listen       80；
        server_name  www.jf1.com；
        access_log  logs/jf1.access.log；
        location / {
            root   html/jf1；
            index  index.html index.htm；
        }
}
server {
        listen       80；
        server_name  www.jf2.com；
        access_log  logs/jf2.access.log；
        location / {
            root   html/jf2；
            index  index.html index.htm；
        }

 }
}

创建两个不同的目录mkdir –p /usr/local/nginx/html/{jf1,jf2}，然后分别在两个目录创建两个不同的index.html网站页面即可。通过Windows客户端配置hosts绑定IP与两个域名的对应关系，在IE浏览器访问测试效果，如图14-4（a）、14-4（b）所示：

图14-4（a） Nginx 虚拟主机www.jf1.com

图14-4（b） Nginx 虚拟主机www.jf2.com

Nginx Location深入剖析

Nginx由内核和模块组成，其中内核的设计非常微小和简洁，完成的工作也非常简单，仅仅通过查找配置文件将客户端的请求映射到一个location block，而location是Nginx配置中的一个指令，用于访问的URL匹配，而在这个location中所配置的每个指令将会启动不同的模块去完成相应的工作。

默认Nginx.conf配置文件中至少存在一个location /，即表示客户端浏览器请求的URL为：域名+/，如果location /newindex/，则表示客户端浏览器请求的URL为：域名+/newindex/。常见Location匹配URL的方式如下：

= 								字面精确匹配；
^~ 								最大前缀匹配；
/ 								不带任何前缀：最大前缀匹配；
~ 								大小写相关的正则匹配；
~*								大小写无关的正则匹配；
@								location内部重定向的变量。

其中Location =、^~、/属于普通字符串匹配，Location ~、~*属于正则表达式匹配，Location优先级与其在Nginx.conf配置文件中的先后顺序无关。

Location = 精确匹配会第一个被处理，如果发现精确匹配，Nginx则停止搜索其他任何Location的匹配。

普通字符匹配，正则表达式规则和完整URL规则将被优先和查询匹配，^~为最大前缀匹配，如果匹配到该规则，Nginx则停止搜索其他任何Location的匹配，否则nginx会继续处理其他location指令。

正则匹配"~“和”~*"，如果找到相应的匹配，则Nginx停止搜索其他任何Location的匹配；当没有正则表达式或者没有正则表达式被匹配的情况下，那么匹配程度最高的逐字匹配指令会被使用。

Location规则匹配优先级总结如下：

(location =) > (location 完整路径) > (location ^~ 路径) > (location ~|~* 正则顺序) > (location 部分起始路径) > (/)

如下为Nginx Location规则案例演示：

location  = / {
  [ configuration  L1 ] 
  #只会匹配/，优先级比Location /低。
}
location  = /index.html {
  [ configuration  L2 ]  
#只会匹配/index.html，优先级最高。
}
location  / {
  [ configuration L3 ] 
  #匹配任何请求，因为所有请求都是以"/"开始；
  #但是更长字符匹配或者正则表达式匹配会优先匹配，优先级最低。
}
location = /images/ {
  [ configuration L4 ] 
  #匹配任何以/images/开始的请求，并停止匹配其它location；
}
location ~* \.(html|txt|gif|jpg|jpeg)$ { 
  [ configuration L5] 
  # 匹配以html、txt、gif、jpg、jpeg结尾的URL文件请求； 
  # 但是所有/images/目录的请求将由 [Configuration L4]处理。
}
浏览器发起HTTP Request URI案例与Location规则案例匹配如下：
	/ ->匹配configuration L3；
	/index.html匹配configuration L2；
	/images/匹配configuration L4；
	/images/logo.png匹配configuration L4；
	/img/test.jpg匹配configuration L5。

企业生产环境中无需在Nginx.conf配置文件中同时添加五种规则匹配，如下为企业生产环境Nginx Location部分配置代码：

location /
{
    root /var/www/html/；
	expires      60d；
}
location ~ .*\.(gif|jpg|jpeg|bmp|png|ico|txt|js|css)$
{
	root /var/www/html/；
	expires      60d；      
}
location ~ .*\.(jsp|php|cgi|do)$
{
	root /var/www/html/；
	proxy_pass http://linux_web；
    proxy_http_version 1.1；
    proxy_set_header Connection ""；
    proxy_set_header Host  $host；
    proxy_set_header X-Real-IP $remote_addr；
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for；    
}
location =/newindex.html
{
    root /var/www/newwww/；
	expires      60d；
}

企业实战Nginx动静分离架构

Nginx动静分离简单来说就是把动态跟静态请求分开，不能理解成只是单纯的把动态页面和静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开，可以理解成使用Nginx处理静态页面，Tomcat、Resin、PHP、ASP处理动态页面。

动静分离从目前实现角度来讲大致分为两种，一种是纯粹的把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案；另外一种方法就是动态跟静态文件混合在一起发布，通过Nginx来分开。

Nginx线上WEB服务器动静分离及Nginx.conf完整配置文件代码如下：

user www www；
worker_processes 8；
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000；
pid /usr/local/nginx/nginx.pid；
worker_rlimit_nofile 102400；
events
{
use epoll；
worker_connections 102400；
}
http
{
  include       mime.types；
  default_type  application/octet-stream；
  FastCGI_intercept_errors on；
  charset  utf-8；
  server_names_hash_bucket_size 128；
  client_header_buffer_size 4k；
  large_client_header_buffers 4 32k；
  client_max_body_size 300m；
  sendfile on；
  tcp_nopush     on；
  keepalive_timeout 60；
  tcp_nodelay on；
  client_body_buffer_size  512k；
  proxy_connect_timeout    5；
  proxy_read_timeout       60；
  proxy_send_timeout       5；
  proxy_buffer_size        16k；
  proxy_buffers            4 64k；
  proxy_busy_buffers_size 128k；
  proxy_temp_file_write_size 128k；
  gzip on；
  gzip_min_length  1k；
  gzip_buffers     4 16k；
  gzip_http_version 1.1；
  gzip_comp_level 2；
  gzip_types       text/plain application/x-javascript text/css application/xml；
  gzip_vary on；
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
              '$status $body_bytes_sent "$http_referer" '
              '"$http_user_agent"  $request_time'；
upstream  jvm_web1 {
    server   192.168.149.130:8080  weight=1  max_fails=2  fail_timeout=30s；
    server   192.168.149.130:8081  weight=1  max_fails=2  fail_timeout=30s；
}
include vhosts.conf；
}

如下为vhosts.conf配置文件中内容：

server
  {
    listen       80；
    server_name www.jf1.com；
    index  index.jsp index.html index.htm；
    root  /data/webapps/www1；
    location /
    {
         proxy_next_upstream http_502 http_504 error timeout invalid_header；
         proxy_set_header  Host  $host；
         proxy_set_header  X-Real-IP  $remote_addr；
         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for；
         proxy_pass http://jvm_web1；
    }
    location ~ .*\.(php|jsp|cgi|shtml)?$
    {
         proxy_set_header Host  $host；
         proxy_set_header X-Real-IP $remote_addr；
         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for；
         proxy_pass http://jvm_web1；
    }
    location ~ .*\.(html|htm|gif|jpg|jpeg|bmp|png|ico|txt|js|css)$
    {
		root /data/webapps/www1；
		expires      30d；
    }
		access_log  /data/logs/jvm_web1/access.log main；
		error_log   /data/logs/jvm_web1/error.log  crit；
}

配置文件代码中：location ~ .*\.(php|jsp|cgi|shtml)表示匹配动态页面请求，然后将请求proxy_pass到后端服务器，而location ~ .*\.(html|htm|gif|jpg|jpeg |ico|txt|js|css)表示匹配静态页面请求本地返回。

检查Nginx配置是否正确即可，然后测试动静分离是否成功，在192.168.149.130服务器启动8080、8081 Tomcat服务或者LAMP服务，删除后端Tomcat或者LAMP服务器上的某个静态文件，测试是否能访问该文件，如果可以访问说明静态资源Nginx直接返回了，如果不能访问，则证明动静分离不成功。

企业实战LNMP高性能服务器

公共网关接口”(Common Gateway Interface，CGI)，是HTTP服务器与本机或者其它机器上的程序进行通信的一种工具，其程序须运行在网络服务器上。CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量，如php、perl、tcl等。
Fast-CGI是从CGI发展改进而来的。传统CGI接口方式的主要缺点是性能很差，因为每次HTTP服务器遇到动态程序时都需要重新启动脚本解析器来执行解析，然后将结果返回给HTTP服务器。这在处理高并发访问时几乎是不可用的。另外传统的CGI接口方式安全性也很差，现在已经很少使用。
FastCGI接口方式采用C/S结构，可以将HTTP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HTTP服务器每次遇到动态程序时，可以将其直接交付给Fast-CGI进程来执行，然后将得到的结果返回给浏览器。这种方式可以让HTTP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。

FastCGI是语言无关的、可伸缩架构的CGI开放扩展，将CGI解释器进程保持在内存中，以此获得较高的性能。FastCGI是一个协议，php-fpm实现了这个协议，php-fpm的FastCGI协议需要有进程池，php-fpm实现的FastCGI进程叫php-cgi，所以php-fpm其实是他自身的FastCGI或php-cgi进程管理器。

LNMP WEB架构中，Nginx为一款高性能Web服务器，本身是不能处理PHP的，当接收到客户端浏览器发送HTTP Request请求时,Nginx服务器响应并处理web请求，静态资源CSS、图片、视频、TXT等静态文件请求，Nginx服务器可以直接处理并回应。

但是PHP动态页面请求Nginx不能直接处理，Nginx服务器会将PHP网页脚本通过接口传输协议（网关协议）PHP-FCGI（Fast-CGI）传输给PHP-FPM（进程管理程序）,PHP-FPM不做处理，然后PHP-FPM调用PHP解析器进程，PHP解析器解析PHP脚本信息。PHP解析器进程可以启动多个，可以实现多进行并发执行。

PHP解释器将解析后的脚本返回到PHP-FPM，PHP-FPM再通过Fast-CGI的形式将脚本信息传送给Nginx,Nginx服务器再通过Http Response的形式传送给浏览器,浏览器再进行解析与渲染然后进行呈现。

如图14-5所示：

1009724-20170725130531818-280167792

图14-5 Nginx+FastCGI通信原理图

CGI、FAST-CGI、PHP-CGI、PHP-FPM概念总结：

CGI：Common gateway interface 通用网关接口；
FastCGI：Fast common gateway interface 快速通用网关接口；
PHP-FPM：PHP-Fast CGI Process Manager CGI，是FastCGII协议的实现并且带进程管理器；
PHP-CGI是解析PHP代码的程序，属于PHP程序解释器，只负责解析请求，不负责进程管理；
PHP-FPM是PHP-CGI进程管理器，可以有效控制内存和进程、可以平滑重载PHP配置。

企业级LNMP（Nginx+PHP（FastCGI）+MySQL）主流架构配置方法如下，分别安装Nginx、MYSQL、PHP服务，步骤如下：

Nginx安装配置

wget -c http://nginx.org/download/nginx-1.12.0.tar.gz 
tar -xzf nginx-1.12.0.tar.gz
cd nginx-1.12.0
useradd www ；./configure --user=www --group=www --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module
make
make install

MYSQL安装配置

yum  install  cmake  ncurses-devel ncurses –y
wget http://down1.chinaunix.net/distfiles/mysql-5.5.20.tar.gz
tar  -xzf  mysql-5.5.20.tar.gz
cd  mysql-5-5.20
cmake  . -DCMAKE_INSTALL_PREFIX=/usr/local/mysql55 \
-DMYSQL_UNIX_ADDR=/tmp/mysql.sock \
-DMYSQL_DATADIR=/data/mysql \
-DSYSCONFDIR=/etc \
-DMYSQL_USER=mysql \
-DMYSQL_TCP_PORT=3306 \
-DWITH_XTRADB_STORAGE_ENGINE=1 \
-DWITH_INNOBASE_STORAGE_ENGINE=1 \
-DWITH_PARTITION_STORAGE_ENGINE=1 \
-DWITH_BLACKHOLE_STORAGE_ENGINE=1 \
-DWITH_MYISAM_STORAGE_ENGINE=1 \
-DWITH_READLINE=1 \
-DENABLED_LOCAL_INFILE=1 \
-DWITH_EXTRA_CHARSETS=1 \
-DDEFAULT_CHARSET=utf8 \
-DDEFAULT_COLLATION=utf8_general_ci \
-DEXTRA_CHARSETS=all \
-DWITH_BIG_TABLES=1 \
-DWITH_DEBUG=0
make
make install

PHP安装配置

wget  http://museum.php.net/php5/php-5.3.10.tar.gz 
yum -y install gd curl curl-devel libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel 
cd php-5.3.10
./configure --prefix=/usr/local/php5  --enable-fpm --enable-debug --with-gd --with-jpeg-dir --with-png-dir --with-freetype-dir --enable-mbstring --with-curl --with-mysql=/usr/local/mysql55/ --with-mysqli=/usr/local/mysql55/bin/mysql_config --with-config-file-path=/usr/local/php5/etc
make
make install
cp  php.ini-development   /usr/local/php5/etc/php.ini
cp  /usr/local/php5/etc/php-fpm.conf.default  /usr/local/php5/etc/php-fpm.conf
/usr/local/php5/sbin/php-fpm 
cp sapi/fpm/init.d.php-fpm /etc/init.d/php-fpm

Nginx配置文件配置

server {  
 include port.conf；  
 server_name www.jfedu.net jfedu.net；  
  location / {  
 index index.html index.php；  
 root /usr/local/nginx/html；  
 }  
 location  ~ \.php$ {  
            root           html；  
            FastCGI_pass   127.0.0.1:9000；  
            FastCGI_index  index.php；  
            FastCGI_param  SCRIPT_FILENAME  html$FastCGI_script_name；  
            include        FastCGI_params；  
        }  
}

测试LNMP架构测试，创建index.php测试页面，如图14-6所示：

图14-6 LNMP企业实战测试页面

Nginx Rewrite规则详解一

Rewirte规则也称为规则重写，主要功能是实现浏览器访问HTTP URL的跳转，其正则表达式是基于Perl语言。通常而言，几乎所有的WEB服务器均可以支持URL重写。Rewrite URL规则重写的用途：

对搜索引擎优化（Search Engine Optimization，SEO）友好，利于搜索引擎抓取网站页面；
隐藏网站URL真实地址，浏览器显示更加美观；
网站变更升级，可以基于Rewrite临时重定向到其他页面。

Nginx Rewrite规则使用中有三个概念需要理解，分别是：Rewrite结尾标识符、Rewrite规则常用表达式、Nginx Rewrite变量，如下为三个概念的详解：

Nginx Rewrite结尾标识符，用于Rewrite规则末尾，表示规则的执行属性。

last ：相当于Apache里的(L)标记，表示完成rewrite匹配；
break：本条规则匹配完成后，终止匹配，不再匹配后面的规则。  
redirect：返回302临时重定向，浏览器地址会显示跳转后的URL地址。  
permanent：返回301永久重定向，浏览器地址栏会显示跳转后的URL地址。  
其中last和break用来实现URL重写时，浏览器地址栏URL地址不变。

Nginx Rewrite规则常用表达式，主要用于匹配参数、字符串及过滤设置。

. 								匹配任何单字符；
[word] 							匹配字符串:word；
[^word] 						    不匹配字符串:word；
jfedu|jfteach 					    可选择的字符串:jfedu|jfteach；
? 								匹配0到1个字符；
* 								匹配0到多个字符；
+ 								匹配1到多个字符；
^ 								字符串开始标志；
$ 								字符串结束标志；
\n 								转义符标志。

Nginx Rewrite变量，常用于匹配HTTP请求头信息、浏览器主机名、URL等。

HTTP headers:HTTP_USER_AGENT, HTTP_REFERER, HTTP_COOKIE, HTTP_HOST, HTTP_ACCEPT；
connection & request: REMOTE_ADDR, QUERY_STRING；
server internals: DOCUMENT_ROOT, SERVER_PORT, SERVER_PROTOCOL；
system stuff: TIME_YEAR, TIME_MON, TIME_DAY。
详解如下:
HTTP_USER_AGENT 			用户使用的代理，例如浏览器；
HTTP_REFERER				告知服务器，从哪个页面来访问的；
HTTP_COOKIE			    客户端缓存，主要用于存储用户名和密码等信息；
HTTP_HOST					匹配服务器ServerName域名；
HTTP_ACCEPT				客户端的浏览器支持的MIME类型；	
REMOTE_ADDR			    客户端的IP地址
QUERY_STRING				URL中访问的字符串；
DOCUMENT_ROOT			服务器发布目录；
SERVER_PORT				服务器端口；
SERVER_PROTOCOL			服务器端协议；
TIME_YEAR					年；
TIME_MON					月；
TIME_DAY					日；

Nginx Rewrite以下配置均配置在nginx.conf或者vhosts.conf中，企业中常用的Nginx Rewrite案例如下：
将jfedu.net跳转至www.jfedu.net。

if ($host = 'jfedu.net' ) {
        rewrite ^/(.*)$ http://www.jfedu.net/$1  permanent；
}

访问www.jfedu.net跳转www.test.com/new.index.html。

rewrite   ^/$  http://www.test.com/index01.html  permanent；

访问/jfedu/test01/跳转至/newindex.html，浏览器地址不变。

rewrite   ^/jfedu/test01/$     /newindex.html     last；

多域名跳转到www.jfedu.net。

if ($host != ‘www.jfedu.net’ ) {
rewrite ^/(.*)$  http://www.jfedu.net/$1  permanent；
}

访问文件和目录不存在跳转至index.php。

if ( !-e $request_filename )
{
rewrite  ^/(.*)$  /index.php  last；
}

目录对换 /xxxx/123456 ====> /xxxx?id=123456。

rewrite    ^/(.+)/(\d+)      /$1?id=$2       last；

判断浏览器User Agent跳转。

if( $http_user_agent  ~ MSIE)
{
rewrite ^(.*)$ /ie/$1 break；
}

禁止访问以.sh,.flv,.mp3为文件后缀名的文件。

location ~ .*\.(sh|flv|mp3)$
{
	return 403；
}

将移动用户访问跳转至移动端。

if ( $http_user_agent ~* "(Android)|(iPhone)|(Mobile)|(WAP)|(UCWEB)" )
{
rewrite ^/$      http://m.jfedu.net/       permanent；
}

匹配URL访问字符串跳转。

if ($args ~* tid=13){
 return 404；
}

访问/10690/jfedu/123跳转至/index.php?tid/10690/items=123，[0-9]表示任意一个数字，+表示多个，(.+)表示任何多个字符。

rewrite   ^/([0-9]+)/jfedu/(.+)$     /index.php?tid/$1/items=$2     last；

Nginx日志切割案例

Nginx WEB服务器每天会产生大量的访问日志，而且不会自动地进行切割，如果持续天数访问，将会导致该access.log日志文件容量非常大，不便于SA查看相关的网站异常日志。

可以基于Shell 脚本结合Crontab计划任务对Nginx日志进行自动、快速的切割，其切割的方法使用mv命令即可，如图14-8所示。

#!/bin/bash
#auto mv nginx log shell
#by author jfedu.net
S_LOG=/usr/local/nginx/logs/access.log
D_LOG=/data/backup/`date +%Y%m%d`
echo -e "\033[32mPlease wait start cut shell scripts...\033[1m"
sleep 2
if [ ! -d $D_LOG ]；then
        mkdir -p  $D_LOG
fi
mv $S_LOG  $D_LOG
kill  -USR1  `cat /usr/local/nginx/logs/nginx.pid`
echo "-------------------------------------------"
echo "The Nginx log Cutting Successfully!"
echo "You can access backup nginx log $D_LOG/access.log files."

图14-8 Nginx日志切割

将如上脚本内容写入auto_nginx_log.sh文件，crontab /var/spool/cron/root文件中添加如下代码，每天凌晨自动切割日志：

0  0  *  *  *  /bin/sh  /data/sh/auto_nginx_log.sh >>/tmp/nginx_cut.log 2>&1

Nginx防盗链配置案例配置

防盗链的含义是网站内容本身不在自己公司的服务器上，而通过技术手段，直接在调用其他公司的服务器网站数据，而向最终用户提供此内容。一些小网站盗链高访问量网站的音乐、图片、软件的链接，然后放置在自己的网站中，通过这种方法盗取高访问量网站的空间和流量。

网站每天访问量很大，而且占用了很多不必要的带宽，浪费资源，所以必须采取一些限制措施。防盗链其实就是采用服务器端编程技术，通过URL过滤、主机名等实现的防止盗链的软件。

例如http://www.jfedu.net/linux/页面，如果没有配置防盗链，别人就能轻而易举的在其的网站上引用该页面。Nginx防盗链配置代码如下：

server {
        listen       80；
        server_name  jfedu.net www.jfedu.net；
        location / {
            root   html/b；
            index  index.html index.htm；
        }
        location ~* \.(gif|jpg|png|swf|flv)$ {
                valid_referers none blocked  jfedu.net  *.jfedu.net；
                root   html/b；
        if ($invalid_referer) {
                #rewrite ^/ http://www.jfedu.net/403.html；
                return 403；
                }
        }
}

Nginx防盗链参数详解：

valid_referers表示可用的referers设置
none 表示没有referers，直接通过浏览器或者其他工具访问。
blocked表示有referers，但是被代理服务器或者防火墙隐藏；
jfedu.net 表示通过jfedu.net访问的referers；
*.jfedu.net 表示通过*.jfedu.net访问的referers，*表示任意host主机。

除了以上方法，按照如下方法设置也可以实现防盗链：

location ~* \.(gif|jpg|png|swf|flv)$
if ($host !=’*.jfedu.net’) {
return 403；
}

防盗链测试，找另外一台测试服务器，基于Nginx发布如下test.html页面，代码如下，去调用www.jfedu.net官网的test.png图片，由于www.jfedu.net官网设置了防盗链，所以无法访问该图片。

<html>
<h1>TEST Nginx PNG</h1>
<img src="http://www.jfedu.net/test.png">
</html>

默认没有配置Nginx防盗链，网站正常调用www.jfedu.net的logo图片，访问如图14-9所示：

图14-9 Nginx无防盗链正常调用图片

配置Nginx防盗链，网站无法正常调用www.jfedu.net的logo图片，访问如图14-10所示：

图14-10 Nginx防盗链403禁止访问

电子取证纯干货

关注

14
点赞
踩
14

收藏

觉得还不错? 一键收藏
0
评论
Nginx WEB从入门到放弃

搞懂nginx，永远收益
复制链接

扫一扫

专栏目录