Nginx

最新推荐文章于 2024-11-08 14:24:57 发布

weixin_34146986

最新推荐文章于 2024-11-08 14:24:57 发布

阅读量83

点赞数

文章标签：运维 php c/c++

1. 安装Nginx

版本 nginx-1.14.0

# 安装C++编译器
yum -y install gcc-c++

# 下载并安装OpenSSL
openssl-fips-2.0.16.tar.gz
tar -zxf openssl-fips-2.0.16.tar.gz
cd openssl-fips-2.0.16
./config && make && make install

# 下载并安装pcre
pcre-8.42.tar.g
tar -zxf pcre-8.42.tar.g
cd pcre-8.42
./configure && make && make install

# 下载并安装zlib
zlib-1.2.11.tar.gz
tar -zxf zlib-1.2.11.tar.gz
cd zlib-1.2.11
./configure && make && make install

# 下载并安装Nginx
nginx-1.14.0.tar.gz
tar -zxf nginx-1.14.0.tar.gz
cd nginx-1.14.0
./configure && make && make install

2. 快速开始

nginx有一个master进程和多个worker进程。

master进程主要负责读取和评估配置，并维护worker进程。

worker进程负责实际的请求处理。worker进程的数量在配置文件中定义，可以指定一个固定值，也可以根据可用CPU内核的数量自动调整。

nginx及其模块的工作方式由配置文件决定。默认情况下，配置文件的名字叫nginx.conf，并且所在位置是/usr/local/nginx/conf, /etc/nginx, 或 /usr/local/etc/nginx

2.1. 启动/停止/重新加载配置

为了启动nginx，运行可执行文件nginx。一旦nginx启动以后，就可以通过 -s 参数来控制它。

用下面的语法格式：

例如，为了停止nginx进程，并且等待worker进程完成当前请求的处理，可以执行下面的命令：

nginx -s quit

（画外音：执行这个命令的用户必须与启动nginx的用户相同）

为了重新加载配置，执行下面的命令：

nginx -s reload

一旦master进程收到重新加载配置的信号以后，它检查配置文件的语法，并尝试应用配置文件中提供的配置。如果成功的话，master进程会启动一个新的worker进程并且发送消息给旧的worker进程请求它们立即shut down。否则，master进程回滚本次更改，继续用旧的配置工作。当旧的worker进程收到一个shut down的命令时，它停止接受新的连接，并继续服务当前请求，直到它收到的所有请求都处理完成。此后，旧的worker进程就退出了。

在Unix工具的帮助下（比如 kill）也可以向nginx进程发送信号。在这种情况下，信号直接被发送到给定的进程ID所代表的进程。默认情况下，nginx master进程的进程ID被写入nginx.pid文件中，该文件所在目录通常是/usr/local/nginx/logs 或 /var/run。例如，如果master进程ID是1628，那么为了发送QUIT信号给nginx，执行下面的命令：

kill -s QUIT 1628

为了获取所有正在运行的nginx进程列表，可以使用ps命令，例如：

ps -ax | grep nginx

2.2. 配置文件的结构

nginx由配置文件中的指令所控制的模块组成。指令分为简单指令和块指令。简单指令由名称和参数组成，它们之间用空格隔开，以分号（;）结束。块指令的结构与简单指令相同，但它不是以分号结尾，而是一组由大括号（{ 和 }）包围的附加指令。如果一个block指令可以在大括号中包含其他指令，那么它被成为上下文（例如：events, http, server 和 location）。events 和 http 指令在main上下文下，server指令在http中，location在server中。

默认的配置文件nginx.conf如下：

#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

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

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.htm;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

2.3. 服务静态内容

Web服务器其中一个重要的任务是提供文件（比如，图片和静态HTML页面）。

首先，让我们来创建/data/html目录，并在其中放一个index.html文件。同时再建一个/data/images目录用于放置图片。

接下来，打开配置文件，在默认的配置文件中server块下已经包含了一些例子，通常它们是被注释了的。

以/images/开头的请求，服务器将从/data/images目录下查找并返回文件。

例如：http://192.168.101.5/images/a.png请求，服务器将返回/data/images/a.png文件，如果这个文件不存在，则返回404。

不是以/images/开头的的请求将映射到/data/html目录。

http://192.168.101.5/

http://192.168.101.5/index.html

http://192.168.101.5/example.html

root指令：

2.4. 简单的代理服务器

首先，通过在配置文件中提那家一个或多个server块来定义代理服务器

上面的例子中定义了一个简单服务器，它监听8080端口，并且把所有请求映射到本地/data/up1目录。注意，这里root指令放在了server上下文。当一个请求不包含location它在自己的root指令中，则会使用这个server上下文中的root指令。（画外音：简单的来说，location指令中的root相当于局部变量，而server指令下的root相当于全局变量，当请求不匹配局部变量时，则使用全局变量。类比Java就是一个是自定义的方法，一个是默认实现的方法）

接下来，修改前面的配置。我们在第一个location块中放置proxy_pass指令

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

参数是一个匹配所有以.gif, .jpg, 或者.png结尾的URIs的正则表达式。与之相应的，请求被映射到/ata/images目录。

location指令的参数是正则表达式

在正则表达式前面应该加上~

当nginx选择一个location块来服务一个请求时，它首先检查location指令所指定的前缀，记住最长的前缀的那个location，然后检查正则表达式。如果匹配正则表达式，则挑选这个location，否则挑选他所记住的更早的那个。

（画外音：这段话解释了nginx是如何挑选location的，我们可以这样理解，通过location指令所指定的前缀，从最长的前缀开始匹配，如果满足，则挑选这个，否则，检查第二长的，依次尝试匹配，直到找到一个匹配的location）

3. 常用指令

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

3.1. location

一个location定义可以是一个前缀字符串，也可以是一个正则表达式。正则表达式使用的时候要在前面用“~*”修饰符（用于不区分大小写匹配），或者“~”修饰符（用于区分大小写）。为了找到请求匹配的location，nginx首先检查location定义，用前缀字符串（这些location成为前缀location）。其中，最长匹配前缀的location会被选中并记住。然后，检查正则表达式，按照它们在配置文件中出现的顺序。对正则表达式的搜索在第一次匹配时终止，并使用相应的配置。如果没有找到与正则表达式的匹配，则使用前面记住的前缀位置的配置。

（

画外音：首先检查前缀字符串，然后检查正则表达式

1、用前缀字符串（前缀location）匹配URL，并且选中并记住最长匹配前缀的location（注意：是在匹配的里面记住最长的那个）

2、按照正则表达式在配置文件中出现的顺序依次去匹配，当匹配到第一个以后立即停止，并使用与之相应的那个location。如果没有一个正则表达式匹配，则使用之前记住的那个前缀location。

以上，我们可以得出一个结论：优先使用正则表达式，如果没有匹配的正则表达式发现，则使用匹配的最长前缀字符串location

)

例如：