Nginx如何处理请求

基于名称的虚拟服务器

nginx首先要决定哪个服务器应该处理请求。让我们从一个简单的配置开始，三个虚拟服务器都监听在端口*:80:

复制代码

server {
    listen      80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      80;
    server_name example.com www.example.com;
    ...
}

在这个配置中，nginx仅仅检验请求header中的"Host"域来决定请求应该路由到哪个服务器。如果它的值不能匹配任何服务器，或者请求完全没有包含这个header域，那么nginx将把这个请求路由到这个端口的默认服务器。在上面的配置中，默认服务器是第一个，这是nginx标准的默认行为。也可以通过listen指令的default_server属性来显式的设置默认服务器:

复制代码

server {
    listen      80 default_server;
    server_name example.net www.example.net;
    ...
}

注：default_server 参数从版本0.8.21开始可用，在更早的版本中要使用default参数。

注意默认服务器是监听端口的一个属性，而不是服务器名称。后面会有更多描述。

如何防止使用未定义的服务器名称来处理请求

如果容许请求没有"Host" header 域，放弃这些请求的服务器可以定义为：

复制代码

server {
    listen      80;
    server_name "";
    return      444;
}

这里将服务器名称设置为空字符串，将匹配没有"Host"头字段的请求，并返回特殊的nginx非标准代码444，从而关闭连接。

从 0.8.48 版本开始，这是服务器名称的默认设置，因此server_name ""可以省略。在早期版本中，机器的主机名被用作默认服务器名称

混合基于名称和基于 IP 的虚拟服务器

让我们看一个更复杂的配置，其中一些虚拟服务器监听不同的地址：

复制代码

server {
    listen      192.168.1.1:80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      192.168.1.1:80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      192.168.1.2:80;
    server_name example.com www.example.com;
    ...
}

这个配置中，nginx首先通过server块的listen指令检验请求的IP地址和端口。然后在通过server块的server_name入口检验请求的"Host"header域。如果服务器名称没有找到，请求将被默认服务器处理。例如，在端口192.168.1.1:80接收到的去www.example.com的请求将被端口192.168.1.1:80的默认服务器处理。这里是第一个服务器，因为这个端口没有定义www.example.com。

前面已经提到，默认服务器是监听端口的属性，并且不同的端口可以定义不同的默认服务器：

复制代码

server {
    listen      192.168.1.1:80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      192.168.1.1:80 default_server;
    server_name example.net www.example.net;
    ...
}

server {
    listen      192.168.1.2:80 default_server;
    server_name example.com www.example.com;
    ...
}

简单的 PHP 站点配置

现在让我们看看 nginx 如何选择一个位置来处理一个典型的、简单的 PHP 站点的请求：

复制代码

server {
    listen      80;
    server_name example.org www.example.org;
    root        /data/www;

    location / {
        index   index.html index.php;
    }

    location ~* \.(gif|jpg|png)$ {
        expires 30d;
    }

    location ~ \.php$ {
        fastcgi_pass  localhost:9000;
        fastcgi_param SCRIPT_FILENAME
                      $document_root$fastcgi_script_name;
        include       fastcgi_params;
    }

nginx 首先搜索由文字字符串给出的最具体的前缀位置，而不考虑列出的顺序。在上面的配置中，唯一的前缀位置是" /"，由于它与任何请求匹配，因此它将被用作最后的手段。然后 nginx 按照配置文件中列出的顺序检查由正则表达式给出的位置。第一个匹配的表达式将停止搜索，并且 nginx 将使用此位置。如果没有正则表达式与请求匹配，则 nginx 将使用先前找到的最具体的前缀位置。

请注意，所有类型的位置仅测试请求行中不带参数的 URI 部分。这样做是因为查询字符串中的参数可能以多种方式给出，例如：

复制代码

/index.php?user=john&page=1 
/index.php?page=1&user=john

此外，任何人都可以在查询字符串中请求任何内容：

复制代码

/index.php?page=1&something+else&user=john

现在让我们看看上面的配置中如何处理请求：

请求" /logo.gif"首先与前缀位置" "匹配/，然后与正则表达式" \.(gif|jpg|png)$"匹配，因此由后者位置处理。使用指令" root /data/www"将请求映射到文件/data/www/logo.gif，并将文件发送到客户端。
请求" /index.php"同样先匹配前缀 location" /"，再匹配正则表达式" \.(php)$"，因此由后者 location 处理，并将请求传递给监听 localhost:9000 的 FastCGI 服务器。fastcgi_param 指令将FastCGI 参数设置 SCRIPT_FILENAME为" /data/www/index.php"，FastCGI 服务器执行该文件。变量$document_root等于 root 指令的值，变量$fastcgi_script_name等于请求 URI，即" /index.php"。
请求" /about.html"仅与前缀位置" "匹配/，因此将在此位置进行处理。使用指令" root /data/www"将请求映射到文件/data/www/about.html，并将文件发送到客户端。
处理请求" /"更为复杂。它/仅与前缀位置" "匹配，因此由该位置处理。然后， index 指令根据其参数和" root /data/www"指令测试索引文件是否存在。如果文件/data/www/index.html不存在，并且文件/data/www/index.php存在，则该指令会执行内部重定向到" /index.php"，然后 nginx 会再次搜索位置，就好像请求是由客户端发送的一样。如前所述，重定向的请求最终将由 FastCGI 服务器处理