nginx如何处理一个请求

如何预防处理未定义服务器名的请求
基于名称和基于ip的混合虚拟服务器
A simple PHP site configuration

基于名字的虚拟服务器

nginx首先决定使用哪个server来处理请求，我们以三个同时监听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;
...
}

default_server参数在0.8.21版本中启用。在更早的版本中，应该使用default参数来代替。

请注意，defualt_server是listen的一个属性而不是server_name的。稍后对此进行更多介绍。

如何预防处理未定义服务器名的请求

如果请求中没有Host字段，则不被允许访问。

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

这里server_name设置为一个空字符串，用来匹配不带Host字段的请求，并且返回一个非标准的特殊的响应码444来关闭连接。

从0.8.48版本开始，这成为了一个针对server_name的默认配置。在更早的版本中，设备的hostname被用来当做默认的服务名。

基于名称和基于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条目测试请求的“主机”头字段。如果请求的server_name没有找到，这个请求将通过默认的server来处理。比如，在192.168.1.1:80端口接收到的对www.example.com的请求将由192.168.1.1:80端口的默认服务器处理，也就是在80端口上没有定义www.example.com，就会通过第一个server来处理请求

如前所述，默认服务器是侦听端口的属性，不同的默认服务器可以为不同的端口定义:

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怎么选择一个location来处理一个标准的、简单的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首先搜索由文字字符串给出的最特定的前缀location，而不考虑所列出的顺序。在上面的配置中，唯一的前缀位置是“/”，因为它匹配任何请求，所以它将被用作最后的手段。然后nginx按照配置文件中列出的顺序检查正则表达式给出的location。第一个匹配表达式停止搜索，nginx将使用这个location。如果没有正则表达式匹配请求，那么nginx使用前面找到的最特定的前缀位置。

注意，所有类型的location只测试请求行的没有参数的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)$"匹配到，因此这个请求通过后面的location处理。使用指令"root /data/www"会将请求映射到文件"/data/www/logo.gif"，并且这个文件会被发送给客户端。
请求"/index.php"同样先被"/"匹配到，而后被正则表达式"\.(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”只被"/"匹配到，因此请求通过这个location处理。使用指令“root /data/www”这个请求被映射到"/data/www/about.html"并且这个文件会被发送给客户端。
处理请求“/”更为复杂。它只被"/"匹配到，因此请求通过这个location处理。然后"index"指令根据它的参数和“root /data/www”指令来测试index的文件是否存在。如果/data/www/index.html文件不存在，并且/data/www/index.php文件存在，那么index指令会做一个内部重定向，并且nginx重新搜索location，就像这个请求是从客户端发送的。正如我们之前所见，重定向请求最终将由FastCGI服务器处理。

nginx如何处理一个请求