Nginx 如何处理请求

• 如何防止使用未定义的服务器名称处理请求
• 基于名称和基于 IP 的混合虚拟服务器
• 一个简单的 PHP 站点配置

基于名称的虚拟服务器

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

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

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

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

如果不允许没有“ Host”Headers 字段的请求，则可以定义仅丢弃请求的服务器：

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

在这里，服务器名称设置为空字符串，该字符串将与没有“ Host”Headers 字段的请求匹配，并且返回特殊的 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 首先根据server块的listen指令测试请求的 IP 地址和端口。然后，它针对与 IP 地址和端口匹配的server块的server_name条目测试请求的“主机”Headers 字段。如果找不到服务器名称，则默认服务器将处理该请求。例如，在 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”还首先与前缀位置“ /”匹配，然后与正则表达式“ \.(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，并且文件被发送到客户端。

• 处理请求“ /”更为复杂。它仅与前缀位置“ /”匹配，因此，由该位置处理。然后index伪指令根据其参数和“ root /data/www”伪指令测试索引文件的存在。如果文件/data/www/index.html不存在，并且文件/data/www/index.php存在，则该指令将内部重定向到“ /index.php”，并且 nginx 再次搜索位置，就好像请求已由客户端发送一样。如前所述，重定向的请求最终将由 FastCGI 服务器处理。

由 Igor Sysoev 写
Brian Mercer 编辑