Nginx请求处理

目录

  1. 基于名称的虚拟主机
  2. 如何避免处理没有服务器名的请求
  3. 混合基于名称和基于IP的虚拟服务器
  4. 简单的PHP站点配置

1. 基于名称的虚拟主机

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”信息来判断请求应该送到哪个服务器,如果这个值没有匹配任何服务器名,或者请求没有包含头部Host信息,nginx会使用默认服务器来处理这个请求。上面的配置,默认服务器是第一个(nginx的标准行为),你也可以精确的指定那个服务器用做默认服务器,只需要你在listen指令后面添加default_server参数。
server {
    listen      80 default_server;
    server_name example.net www.example.net;
    ...
}
注意:default_server只是监听端口的属性,而不是服务器名称。

2.      如何避免处理没有服务器名的请求
如果请求没有”Host”信息,那么可以不处理这个请求,服务器用于终止(drop)掉这个请求可以这么做
server {
    listen      80;
    server_name "";
    return      444;
}
这里服务器名称被设置为空字符串,将会匹配任何没有”Host”头部的请求,然后返回给客户端nginx的非标准代码404。

3.      混合基于名称和基于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首先会测试请求的IP地址和端口。然后测试头部的”Host”信息,如果服务器名称(server name)没找到,请求
会被默认服务器处理。例如一个请求www.example.com 在 192.168.1.1:80被接收将会通过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;
    ...
}

4.      简单的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首先会不按照列出来的顺序 寻找最详细指定的前缀。上面的配置中,唯一的前缀是”/”,而且它匹配任何的请求,所有它会被用作最后的处理。然后nginx根据配置文件中的顺序检查正则表达式的location。第一个匹配到之后就会停止向下搜寻然后使用这个location。如果没有正则表达式匹配到,nginx会使用最通用的最早的location。
注意: 所有类型的location仅仅测试部分URI,不会测试URI的参数。因为参数在查询字符串中可以有很多种方式,例如

/index.php?user=john&page=1

/index.php?page=1&user=john

除此之外,任何人可以请求任何事情就像这样

/index.php?page=1&something+else&user=john

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

  • 首先”/logo.gif”请求会被前缀location “/”匹配,然后通过正则表达式”\.(gif|jpg|png)”,因此,它会被后面的location处理。使用了指令 “root /data/www”,这个请求会被影射到/data/www/logo.gif文件,然后文件被发送到客户端。
  • 请求”/index.php”也会被”/”匹配到,然后被正则表达式”\.(php)$”匹配到。因此它会被后面的匹配处理,然后请求传递监听在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文件,然后文件发送到客户端。
  • 处理请求”/”更加复杂。它仅仅匹配”/”,因此它被这个位置处理。然后index指令测试index文件是否存在,如果文件/data/www/index.html 不存在,文件 /data/www/index.php 存在的话,然后指令做一个内部重定向到/index.php,然后nginx再次寻找location,就好像客户端已经发出请求一样。就像上面看到的,重定向请求最终会被FastCGI服务器处理。

 

Nginx 的详细介绍:请点这里
Nginx 的下载地址:请点这里

相关推荐