nginx处理http请求实现过程解析

米米素材网

这篇文章主要介绍了nginx处理http请求实现过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下

nginx首先决定要用配置文件里的哪个server{}块来处理,假设有下面的server{}配置

?
1
2
3
4
5
6
7
8
9
10
11
server {
  listen   80;
  server_name aaa;
  ...
}
 
server {
  listen   80;
  server_name bbb;
  ...
}

nginx会根据过来的http请求头里的Host字段里的值,来判断使用哪个server{}。

如果请求头里没有Host字段,或者Host字段里的值,和Nginx配置文件里的server{}里的{server_name}都不匹配,则使用第一个server{},来处理这个请求。

如果请求头里的Host字段里的值和Nginx配置文件里的某个server{}里的{server_name},匹配上了,则使用这个server{},来处理这个请求。

可以使用curl工具来方便的做实验,curl可以设置http请求的请求头,所以可以任意设置Host字段,用【-H】来设置。下面的10.210.65.73是安装了nginx的机器的IP地址。

所以用下面的命令,发送了http请求后,nginx就会使用server{server_name aaa}来处理这个请求。

curl.exe -H "Host: aaa" 10.210.65.73

非常重要的结论:server_name对应的是http请求头里的Host字段的值,有了上面的理论支撑,就可以很容易的设置反向代理和负载均衡:

当过来的http请求头里的Host字段为aaa时,storage.test来处理。

当过来的http请求头里的Host字段为bbb时,tracker.test来处理。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
#负载均衡配置,IP为129的机器配置高,所以给他的数字的27,就是让它多处理
upstream storage.test {
 server 10.210.65.129:80 weight=27;
 server 10.210.65.130:80 weight=1;
}
 
#负载均衡配置
upstream tracker.test {
 server 10.210.65.52:80 weight=7;
 server 10.210.65.53:80 weight=2;
}
 
#文件的存储
server {
  listen    80;
  server_name aaa;
  location / {
    #http:://后面的内容是自己定义,对应上面upstream的名字
    proxy_pass http://storage.test;
  }
}
 
#文件服务器tracker
server {
  listen    80;
  server_name bbb;
 
  location / {
    #http:://后面的内容是自己定义的,对应上面upstream的名字
    proxy_pass http://tracker.test;
  }
 
}

server{}里的listen监听的是谁的端口?

监听的是:发送过来http请求的进程(大部分是浏览器)的端口(如果是http请求,则为端口为80),不是nginx服务器自己进程的端口。

nginx根据http请求头的Host字段里的值,和发送过来http请求的进程(大部分是浏览器)的端口,来决定使用哪个server{}来处理http请求。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持米米素材网。

原文链接:https://www.cnblogs.com/qianxiaox/p/14047696.html