opo 发表于 2018-11-11 11:35:18

Nginx 是如何处理一个 HTTP 请求的

1,基于名字的虚拟主机(Name-based virtual servers)  示例:下面为配置了 3 个 virtual 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 是根据 HTTP 请求头中的 "Host" 字段来决定选择处理该请求的 virtual server,如果请求头中不包括 "Host" 头,或者没有匹配上三个 virtual server 的 server_name,则选择默认的 virtual server。而选择默认 virtual server 的规则是:1,选择配置了 default_server 的 virtual server,如下配置;2,如果都没有配置,则默认选择第一个 virtual server;server {  listen      80   default_server;
  server_name example.net www.example.net;
  ...
  }
注:default_server 这个配置项从 0.8.21 版本后开始支持。  2,阻止处理对不明确主机名的请求(How to prevent processing requests with undefined server names)
  如果我们需要阻止处理未知 server 的请求,则可以配置如下:
server {  listen      80;
  server_name "";
  return      444;
  }
这里,将 server_name 配置为空字符串,则可以匹配没有指定 "Host" 请求头的请求,并且,返回一个非标准的用于关闭连接的返回码 444。  3,Mixed name-based and IP-based virtual servers
  看下面这个更加复杂点的配置 -- 多个 virtual servers 在不同的地址上监听:
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 会首先测试 HTTP 请求的 IP 地址和 端口号是否与 server.listen 中的 IP:Port 一致,然后再测试 "Host" 请求头字段的值是否与 server.server_name 中的 name 一致。如果都没有一致,则选择 default_server 进行处理。  4,A simple PHP site configuration
  下面看一个 nginx 如何选择 location 来处理 简单而又典型的 PHP site 的配置:
server {  listen      80;
  server_name example.org www.example.org;
  root      /data/www;
  location / {                              # location-1
  index   index.html index.php;
  }
  location ~* \.(gif|jpg|png)$ {      # location-2
  expires 30d;
  }
  location ~ \.php$ {                  # location-3
  fastcgi_passlocalhost:9000;
  fastcgi_param SCRIPT_FILENAME
  $document_root$fastcgi_script_name;
  include       fastcgi_params;
  }
  }
接收到一个 请求 后,nginx 首先查找最详细具体的 prefix location 记录,而不是根据配置中列出的顺序,如上,"location /" 是匹配任何请求的,所以反而会在排序后的最后(也可以说是最后的补救处理),之后的配置都是正则表达式配置,会按照顺序排列。  注意:这里的 location 只是测试 请求行(request line)中不带参数的 URI 部分,这是因为查询条件可能在每次请求中会有不同的方式,如下:
/index.php?user=john&page=1  /index.php?page=1&user=john
我们看一下几个示例根据如上配置该如何选择 location:  - /logo.gif 请求,首先匹配了 / 并且匹配了正则表达式 "\.(gif|jpg|png)$",所以,选择后一个 location-2,然后根据 root 配置映射到 /data/www/logo.gif 文件,然后返回给客户端;
  - /index.php 请求,匹配了 / 并且匹配 "\.php$",因此,选择 location-3,根据 location-3 的配置,将该请求发送给 localhost:9000 的 FastCGI 服务器,这里的 fastcgi_param 参数设置了 SCRIPT_FILENAME 值为 /data/www/index.php,由该 fastcgi server 执行该文件。其中:$document_root 为 root 指定的配置,$fastcgi_script_name 为请求 URI,如这里为 /index.php
  - /about.html 请求,只匹配 /,因此选择 location-1,映射到 /data/www/about.html,找到该文件并返回给客户端;
  - / 请求,首先只匹配了 /,因此选择 location-1,查找 /data/www/index.html,如果有,返回给客户端;如果没有,则应该为 /data/www/index.php,如果存在,则进一步 redirect 到 /index.php,此时进一步会选择 location-3,也就跟 /index.php 的请求处理过程一样了;

页: [1]
查看完整版本: Nginx 是如何处理一个 HTTP 请求的