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; ... }
default_server
参数自版本 0.8.21 起可用。在早期版本中,应改用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 首先根据 listen 指令检查 server 块,以匹配请求的 IP 地址和端口。然后,它会根据匹配了 IP 地址和端口的 server 块中的 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.php
”,然后 FastCGI 服务器执行该文件。变量$document_root
等于 root 指令的值,变量$fastcgi_script_name
等于请求 URI,即“/index.php
”。 - 请求“
/about.html
”仅匹配前缀位置“/
”,因此由该位置处理。使用指令“root /data/www
”,请求被映射到文件/data/www/about.html
,并将文件发送给客户端。 - 处理请求“
/
”更复杂。它仅匹配前缀位置“/
”,因此由该位置处理。然后,index 指令根据其参数和“root /data/www
”指令检查索引文件是否存在。如果文件/data/www/index.html
不存在,而文件/data/www/index.php
存在,则该指令会进行内部重定向到“/index.php
”,然后 nginx 会像客户端发送请求一样重新搜索位置。如前所述,重定向的请求最终将由 FastCGI 服务器处理。
作者:Igor Sysoev 编辑:Brian Mercer |