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仅测试请求的标头字段“Host”，以确定请求应路由到哪个服务器。如果其值与任何服务器名称都不匹配，或者请求根本不包含此标头字段，则nginx会将请求路由到此端口的默认服务器。在上面的配置中，默认服务器是第一个 - 这是nginx的标准默认行为。也可以使用listen指令中的default_server参数明确设置哪个服务器应该是默认的：

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

请注意，默认服务器是侦听端口的属性，而不是服务器名称的属性。稍后会详细介绍。

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

如果不允许没有“Host”头字段的请求，则可以定义只删除请求的服务器：

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

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

基于名称的混合和基于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首先根据服务器块的listen指令测试请求的IP地址和端口。然后，它针对与IP地址和端口匹配的服务器块的server_name条目测试请求的“Host”头字段。如果未找到服务器名称，则默认服务器将处理该请求。例如，在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

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

扫描二维码关注公众号，回复： 4059560 查看本文章

请求“/logo.gif”首先与前缀位置“/”匹配，然后由正则表达式“\。（gif | jpg | png）$”匹配，因此，它由后一个位置处理。使用指令“root / data / www”将请求映射到文件/data/www/logo.gif，并将文件发送到客户端。
请求“/index.php”也首先与前缀位置“/”匹配，然后由正则表达式“\。（php）$”匹配。因此，它由后一个位置处理，请求被传递给侦听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，并将文件发送到客户端。
处理请求“/”更复杂。它仅与前缀位置“/”匹配，因此，它由此位置处理。然后索引指令根据其参数和“root / data / www”指令测试索引文件是否存在。如果文件/data/www/index.html不存在，并且文件/data/www/index.php存在，则该指令执行内部重定向到“/index.php”，并且nginx再次搜索位置如果请求是由客户发送的。正如我们之前看到的，重定向的请求最终将由FastCGI服务器处理。