Nginx 如何处理一个请求

你的名字 2023-07-09 14:25 4阅读 0赞

**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][http_nginx.org_en_docs_http_request_processing.html]

[http_nginx.org_en_docs_http_request_processing.html]: http://nginx.org/en/docs/http/request_processing.html