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 仅测试请求的标题字段“Host”,以确定应将请求路由到哪个服务器。如果其值与任何服务器名称不匹配,或者请求根本不包含此标题字段,则 nginx 将请求路由到此端口的默认服务器。在上面的配置中,默认服务器是第一个 — 这是 nginx 的标准默认行为。还可以明确设置哪个服务器应该是默认服务器,在 listen 指令中使用 default_server
参数:
server { listen 80 default_server; server_name example.net www.example.net; ... }
自版本 0.8.21 起可用default_server
参数。在较早版本中,应改用default
参数。
请注意,默认服务器是侦听端口的属性,而不是服务器名称的属性。稍后将详细介绍这一点。
如何防止处理具有未定义服务器名称的请求
如果不允许没有“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 首先测试请求的 IP 地址和端口与 server 块的 listen 指令的 IP 地址和端口是否匹配。然后,它测试请求的“Host”标题字段是否与匹配的 IP 地址和端口的 server 块的 server_name 条目匹配。如果找不到服务器名称,则将请求处理为默认服务器。例如,在 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
现在让我们看看上面的配置中请求将如何处理:
- A request “
/logo.gif
” is matched by the prefix location “/
” first and then by the regular expression “\.(gif|jpg|png)$
”, therefore, it is handled by the latter location. Using the directive “root /data/www
” the request is mapped to the file/data/www/logo.gif
, and the file is sent to the client. - A request “
/index.php
” is also matched by the prefix location “/
” first and then by the regular expression “\.(php)$
”. Therefore, it is handled by the latter location and the request is passed to a FastCGI server listening on localhost:9000. The fastcgi_param directive sets the FastCGI parameterSCRIPT_FILENAME
to “/data/www/index.php
”, and the FastCGI server executes the file. The variable$document_root
is equal to the value of the root directive and the variable$fastcgi_script_name
is equal to the request URI, i.e. “/index.php
”. - A request “
/about.html
” is matched by the prefix location “/
” only, therefore, it is handled in this location. Using the directive “root /data/www
” the request is mapped to the file/data/www/about.html
, and the file is sent to the client. - Handling a request “
/
” is more complex. It is matched by the prefix location “/
” only, therefore, it is handled by this location. Then the index directive tests for the existence of index files according to its parameters and the “root /data/www
” directive. If the file/data/www/index.html
does not exist, and the file/data/www/index.php
exists, then the directive does an internal redirect to “/index.php
”, and nginx searches the locations again as if the request had been sent by a client. As we saw before, the redirected request will eventually be handled by the FastCGI server.
作者:Igor Sysoev 编辑:Brian Mercer |