【MedusaSTears】nginx做负载均衡时的整个请求流程(到达upstream规则为止)

nginx的整个请求流程:

假设访问网址 http://images6.static.com:7777

→  DNS解析是否能够访问到这个域名和端口  (肯定不能啊)

→  做hosts匹配和转发,将 以上网址 解析到  127.0.0.1 (或者是192.168.5.155,省略下一步) ​​

            

这里安利一款小工具:uTools 下载地址:https://yuanliao.info/d/192

→        若转发到127.0.0.1的localhost,则需要虚拟机进行nat的端口转发设置 

            

    http://localhost:7777/table.png 等同于 http://127.0.0.1:7777/table.png 
    基于上图的转发设置后, 才转换成 http://192.168.5.155:7777/table.png 

→        解析后实际访问的则是 http://127.0.0.1:7777  或者 http://192.168.5.155:7777  而名义上的访问地址仍是 http://images6.static.com:7777 

→    编写Nginx的配置文件中:
     server里的server_name 为 images6.static.com

     server里的listen为  7777       

 

server{              
    listen 7777;#监听端口    
    server_name images6.static.com;  #域名  用来指定ip地址或者域名,多个配置之间用空格分隔 
    ......    


    server里的location块 则是 http://images6.static.com:7777  网址后面跟的实际内容,例如 
    http://images6.static.com:7777/test/picture/index.html 

→      server里的location块 后面的匹配规则 就是对应你访问的地址,再根据proxy pass 代理转发  给upstream指定的规则

# 反向代理配置方式  通过反向代理代理服务器访问模式,通过proxy_set配置让客户端访问透明化            
location /test/* {            
    proxy_pass        http://images6;   #这里的images6则是自己起的名字  
    ......

→                根据proxy_pass跳转到指定的upstream负载均衡规则里

 

 

 

 

此文仅作记录,但愿对小白有用吧,毕竟我这时隔几个月再次配置的时候竟然连原理都忘了

All By MedusaSTears

2019.05.28