nginx作反向代理时的HTTP请求处理全过程解释

63 阅读 0 评论 42 点赞

我是靠谱客的博主怕黑小蝴蝶，最近开发中收集的这篇文章主要介绍nginx作反向代理时的HTTP请求处理全过程解释，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

我用nginx作反向代理，代理到百度（www.baidu.com），测试时在本地修改了host文件。把www.baidu.com解析到nginx代理服务器（74.91.23.207）上

# vim /etc/hosts

下面看一下nginx的配置文件段 (其中：server 115.239.210.27 是百度的服务器地址)

接下来，在浏览器中输入 www.baidu.com ,发送一个Http请求，ping一下可以看到它是向74.91.23.207发送的请求。

那么请求到达74.91.23.207后，nginx是怎么处理的呢

看一下wireshark抓的包（Fliter ： ip.src == 192.168.100.11 && http.host =="www.baidu.com"&&http.request.method =="GET"）

结合上面的GET包数据解释：

1.当HTTP请求交给Nginx处理时，首先Nginx会取出header头中的Host （此处也就是 www.baidu.com），然后将其与所有的配置文件中的每个server段中的server_name进行匹配，以此决定到底有哪个server块来处理这个请求。（当然有时也可能一个Host与多个server块中的server_name都匹配，这时会根据匹配的优先级选择实际处理的server块，优先级这里就不再细说。）

2.此时我们可以看出HTTP请求匹配到了截图中的server_name，这样接下来nginx就会根据header中的Request URI字段进行与location匹配，如上面配置文件的截图所示，匹配到了 location / 。

3.接下来继续由nginx处理可以看到 proxy _pass http://rocdn ; 这就是进行反向代理处理，这个例子中使用的是nginx的upstream模块进行反向代理实现。

4.通过proxy _pass http://rocdn ; 中的 rocdn 可以找到对应的upstream块，然后，可以根据其中的server 115.239.210.27：80；再次进行代理请求，

此时发送的GET包内容：Host字段 and Request URI字段都和上面一样，

5.当代理HTTP请求到达百度的服务器：115.239.210.27后，若百度也是nginx,则服务器会对其进行类似上面的nginx处理HTTP请求一样，进行server_name 和 location匹配，并将相应的请求资源返回代理服务器。

6.Nginx反向代理服务器接收到百度服务器的返回资源后，再将其返回给客户端浏览器。

以上就是Nginx作反响代理时HTTP请求与处理的大致流程。