Nginx 如何处理一个请求

Table of Contents

基于名称的虚拟服务

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

混合基于名称和基于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 只测试请求的头字段“Host”，以确定请求应该路由到哪个服务器。如果它的值不匹配任何服务器名，或者请求根本不包含这个头字段，那么 nginx 将把请求路由到这个端口的默认服务器。在上面的配置中，默认服务器是第一个服务器—这是 nginx 的标准默认行为。它也可以明确地设置哪个服务器应该是默认的，在聆听指令中的 default_server 参数：

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

default_server 参数在0.8.21版本之后就可用了。在早期版本中，应该使用缺省参数。

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

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

如果不应该允许没有“Host”头字段的请求，可以定义一个只删除请求的服务器:

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 首先根据服务器块的 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

请求处理流程

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

• 来了一个请求“/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”。和FastCGI服务器执行文件。变量$document_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服务器处理。

 

原文地址：http://nginx.org/en/docs/http/request_processing.html