Nginx搭建

Nginx

• nginx是一个开源的，支持高性能，高并发的www服务和代理服务软件。
• nginx因具有高并发（特别是静态资源），占用系统资源少等特性，且功能丰富而逐渐流行起来。
• nginx不但是一个优秀Web服务软件，还具有反向代理负载均衡功能和缓存服务功能，与lvs负载均衡及Haproxy等专业代理软件相比，Nginx部署起来更为简单，方便；在缓存功能方面，它又类似于Squid等专业的缓存服务软件。

Nginx的重要特性

• 支持高并发：能支持几万并发连接（特别是静态小文件业务环境）
• 资源消耗少：在3万并发连接下，开启10哥Nginx线程消耗的内存不到200MB
• 可以做HTTP反向代理及加速缓存，即负载均衡功能，内置对RS节点服务器健康检查功能，这相当于专业的Haproxy软件或LVS的功能
• 具备Squid等专业缓存软件等的缓存功能。
• 支持异步网络I／O事件模型epoll（linux2.6+）。

• Nginx软件的主要企业功能应用

  （1）作为Web服务软件

  Nginx是一个支持高性能，高并发的Web服务软件，它具有很多优秀的特性，作为Web服务器，与Apache相比，Nginx能够支持更多的并发连接访问，但占用的资源更少，效率更高，在功能上也强大了很多，几乎不逊色于Apache。

  （2）反向代理或负载均衡服务

  在反向代理或负载均衡服务方面，Nginx可以作为Web服务，PHP等动态服务及Memcached缓存的代理服务器，它具有类似专业反向代理软件（如Haproxy）的功能，同时也是一个优秀的邮件代理服务软件，但是Nginx的代理功能还是相对简单了些，特别是不支持TCP的代理（Nginx1.9.0版本已经开始支持TCP代理了）

  （3）前端业务数据缓存服务

  在Web缓存服务方面，Nginx可通过自身的proxy_cache模块实现类Squid等专业缓存软件的功能。

  综上：Nginx的这三大功能（Web服务，反向代理或负载均衡服务，前端业务数据缓存服务）是国内使用Nginx的主要场景，特别是前两个。

nginx的编译安装部署

yum install -y pcre-devel openssl-devel         #用本地yum仓库安装依赖包
#wget -q http://nginx.org/download/nginx-1.10.2.tar.gz     #下载软件源码包
useradd -s /sbin/nologin -M www     #创建程序用户
tar xf nginx-1.10.2.tar.gz -C /usr/src/     #解压缩
cd /usr/src/nginx-1.10.2
./configure --user=www --group=www --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module       #预配置
make && make install        #编译和安装
ln -s /usr/local/nginx/sbin/* /usr/local/sbin/  #给命令做软连接，以便PATH能找到
/usr/local/nginx/sbin/nginx #启动nginx

特别提示：
/usr/local/nginx/sbin/nginx -s reload nginx平滑重启命令
/usr/local/nginx/sbin/nginx -s stop nginx停止服务命令

web排错三部曲下面介绍客户端排查的思路

第一步，在客户端上ping服务器端IP，命令如下：

ping 10.0.0.8排除物理线路问题影响

第二步，在客户端上telnet服务器端IP，端口，命令如下：

telnet 10.0.0.8 80排除防火墙等得影响

第三步，在客户端使用wget命令检测，如下：

wget 10.0.0.8(curl -I 10.0.0.8)模拟用户访问，排除http服务自身问题，根据输出在排错

提示：
以上三步是客户端访问网站异常排查的重要三部曲。

Nginx主配置文件nginx.conf

Nginx主配置文件nginx.conf是一个纯文本类型的文件（其他配置文件大多也是如此），它位于Nginx安装目录下的conf目录，整个配置文件是以区块的形式组织的。一般，每个区块以一个大括号“{}”来表示，区块可以分为几个层次，整个配置文件中Main区位于最上层，在Main区下面可以有Events区，HTTP区等层级，在HTTP区中又包含有一个或多个Server区，每个Server区中又可有一个或多个location区，整个Nginx配置文件nginx.conf的主体框架为：

[root@chensiqi conf]# egrep -v "#|^$" nginx.conf #去掉包含#号和空行的内容
worker_processes  1; #worker进程的数量
error_log  logs/error.log;  #错误日志（默认没开）
pid        logs/nginx.pid;  #进程号（默认没开）
events {    #事件区块开始
    worker_connections  1024;   #每个worker进程支持的最大连接数
}           #事件区块结束
http {      #http区块开始
    include       mime.types;   #Nginx支持的媒体类型库文件包含
    default_type  application/octet-stream; #默认的媒体类型
    sendfile        on;     #开启高效传输模式
    keepalive_timeout  65;  #连接超时。
    server {      #网站配置区域（第一个server第一个虚拟主机站点）
        listen       80;    #提供服务的端口，默认80
        server_name  www.chensiqi.org; #提供服务的域名主机名
        location / {    #第一个Location区块开始
            root   html;  #站点的根目录（相对于nginx安装路径）
            index  index.html index.htm; #默认的首页文件，多个用空格分开
        }
        error_page 500 502 503 504  /50x.html;  #出现对应的http状态码时，使用50x.html回应客户
        location = /50x.html {  #Location区块开始，访问50x.html
            root   html;     #指定对应的站点目录为html
        }
    }
    server {      #网站配置区域（第二个server第二个虚拟主机站点）
        listen       80;    #提供服务的端口，默认80
        server_name  bbs.chensiqi.org; #提供服务的域名主机名
        location / {    #服务区块
            root   html;  #相对路径（nginx安装路径）
            index  index.html index.htm;
        }
        location = /50x.html { #发生错误访问的页面
            root   html;
        }
    }
}

整个nginx配置文件的核心框架如下：

worker_processes 1;
events {

    worker_connections 1024;

}
http {
    include mime.types;
    server {
        listen  80;
        server_name localhost;
        location / {
            root  html;
            index  index.html index.htm;
        }
    }
}

Nginx访问日志轮询切割

默认情况下Nginx会把所有的访问日志生成到一个指定的访问日志文件access.log里，但这样一来，时间长了就会导致日志个头很大，不利于日志的分析和处理，因此，有必要对Nginx日志，按天或按小时进行切割，使其分成不同的文件保存。

[root@localhost nginx]# cat /server/scripts/cut_nginx_log.sh
#!/bin/bash
#日志切割脚本可挂定时任务，每天00点整执行

Dateformat=`date +%Y%m%d`
Basedir="/usr/local/nginx"
Nginxlogdir="$Basedir/logs"
Logname="access"

[ -d $Nginxlogdir ] && cd $Nginxlogdir || exit 1
[ -f ${Logname}.log ] || exit 1
/bin/mv ${Logname}.log ${Dateformat}_${Logname}.log
$Basedir/sbin/nginx -s reload

[root@localhost nginx]# cat >>/var/spool/cron/root << KOF
#cut nginx access log by Mr.chen
00 00 * * * /bin/bash /server/scripts/cut_nginx_log.sh >/dev/null 2>&1

从多个location的配置匹配可以看出匹配的优先顺序

顺序	匹配标识的location	匹配说明
1	" location = / { "	精确匹配
2	" location ^~ /images/ { "	先进行字符串的前缀匹配，如果匹配到就不做正则匹配检查
3	" loction ~* \.(gif | jpg | jpeg)$ { "	正则匹配，*为不区分大小写
4	" location /documents/ { "	匹配常规字符串，模糊匹配，如果有正则检查，正则优先
5	" location / { "	所有location都不能匹配后的默认匹配原则

Nginx rewrite 语法

（1）rewrite指令语法

指令语法：rewrite regex replacement 【flag】；
默认值：none
应用位置：server，location，if
rewrite是实现URL重写的关键指令，根据regex（正则表达式）部分的内容，重定向到replacement部分，结尾是flag标记。下面是一个简单的URL rewrite跳转例子：

rewrite ^/(.*) http://www.baidu.com/$1  permanent;

在上述指令中，rewrite为固定关键字，表示开启一条rewrite匹配规则，regex部分是^(.*),这是一个正则表达式，表示匹配所有，匹配成功后跳转到http://www.baidu.com/$1 。这里的$1是取前面regex部分括号里的内容，结尾的permanent；是永久301重定向标记，即跳转到后面的http://www.baidu.com/$1 地址上。

（2）regex常用正则表达式说明

（3）rewrite指令的最后一项参数flag标记的说明

• 在以上的flag标记中，last和break用来实现URL重写，浏览器地址栏的URL地址不变，但在服务器端访问的程序及路径发生了变化。redirect和permanent用来实现URL跳转，浏览器地址栏会显示跳转后的URL地址。
• last和break标记的实现功能类似，但二者之间有细微的差别，使用alias指令时必须用last标记，使用proxy_pass指令时要使用break标记。last标记在本条rewrite规则执行完毕后，会对其所在的server{...}标签重新发起请求，而break标记则会在本条规则匹配完成后，终止匹配，不再匹配后面的规则。

Nginx rewrite 的企业应用场景

Nginx的rewrite功能在企业里应用非常广泛：

• 可以调整用户浏览的URL，使其看起来更规范，合乎开发及产品人员的需求。
• 为了让搜索引擎收录网站内容，并让用户体验更好,企业会将动态URL地址伪装成静态地址提供服务
• 网站换新域名后，让旧域名的访问跳转到新的域名上，例如：让京东的360buy换成了jd.com
• 根据特殊变量，目录，客户端的信息进行URL跳转等。

Nginx rewrite 301 跳转

以往我们是通过别名方式实现yunjisuan.com和www.yunjisuan.com访问同一个地址的，事实上，除了这个方式外，还可以使用nginx rewrite 301 跳转的方式来实现。实现的配置如下：

[root@localhost nginx]# cat conf/extra/www.conf
#www virtualhost by Mr.chen
    server {
        listen       80;
        server_name  www.yunjisuan.com;
    root    /var/www/html/wwwcom;
        location / {
        index index.html index.htm;
        }
#   location = / {
#       return 402;
#   }
    location = /images/ {
        return 501;
    }
    location /documents/ {
        return 403;
    }
    location ^~ /images/ {
        return 404;
    }
    location ~* \.(gif|jpg|jpeg)$ {
        return 500;
    }

    }

    server{
        listen  80;
        server_name yunjisuan.com;
        rewrite ^/(.*)  http://www.yunjisuan.com/$1 permanent;
        #当用户访问yunjisuan.com及下面的任意内容时，都会通过这条rewrite跳转到www.yunjisuan.com对应的地址
    }

实现不同域名的URL跳转

示例：实现访问http://mail.yunjisuan.com时跳转到http://www.yunjisuan.com/mail/yunjisuan.html

外部跳转时，使用这种方法可以让浏览器地址变为跳转后的地址，另外，要事先设置http://www.yunjisuan.com/mail/yunjisuan.html有结果输出，不然会出现401等权限错误。

（1）配置Nginx rewrite规则

[root@localhost nginx]# cat conf/extra/mail.conf
    server {
        listen       80;
        server_name  mail.yunjisuan.com;
        location / {
            root   /var/www/html/mailcom;
            index  index.html index.htm;
        }
    if ( $http_host ~* "^(.*)\.yunjisuan\.com$") {
        set $domain $1;
        rewrite ^(.*) http://www.yunjisuan.com/$domain/yunjisuan.html break;

    }
}

Nginx访问认证

有时，在实际工作中企业要求我们为网站设置访问账号和密码权限，这样操作后，只有拥有账号密码的用户才可以访问网站内容。
这种使用账号密码才可以访问网站的功能主要应用在企业内部人员访问的地址上，例如：企业网站后台，MySQL客户端phpmyadmin，企业内部的CRM，WIKI网站平台。

创建密码文件

我们可以借用apache的htpasswd软件，来创建加密的账号和密码

[root@localhost ~]# which htpasswd
[root@localhost ~]# htpasswd -bc /usr/local/nginx/conf/htpasswd yunjisuan 123123
Adding password for user yunjisuan
[root@localhost ~]# cat /usr/local/nginx/conf/htpasswd
yunjisuan:FC1/eEc/iK0Mo   #账号密码是加密的（htpasswd是文件的名字）

在虚拟主机配置文件里加入两条配置信息

[root@localhost html]# cat /usr/local/nginx/conf/extra/blog.conf
    server {
        listen       80;
        server_name  blog.yunjisuan.com;
        location / {
            root   /var/www/html/blogcom;
            index  index.html index.htm;
            auth_basic      "yunjisuan training";   #加入这条配置
            auth_basic_user_file    /usr/local/nginx/conf/htpasswd; #加入这条配置
        }
    }

#配置解释：

auth_basic :验证的基本信息选项（后边跟着的双引号里就是验证窗口的名字）
auth_basic_user_file ：验证的用户文件（后边根账号密码文件的绝对路径）

Tengine和Nginx是什么关系？

Tengine是淘宝开源Nginx的分支，官方站点为http://tengine.taobao.org/

访问Nginx时出现状态码“403 forbidden”的原因

（1）Nginx配置文件里没有配置默认首页参数，或者首页文件在站点目录下没有如下内容：

index index.php index.html index.htm;

（2）站点目录或内部的程序文件没有Nginx用户访问权限

（3）Nginx配置文件中设置了allow，deny等权限控制，导致客户端没有访问权限。