深刻理解Http请求、DNS劫持与解析。

背景

前段时间在处理iOS端的HTTPDNS相关SDK，在接入和测试环节发现你们对HTTP的总体请求流程包括HTTP劫持原理以及HTTPDNS的工做原理并非太清楚，因此写下这边文章帮助你们深刻web请求过程：如何发起请求，HTTP协议解析，DNS域名解析。

HTTP发起一个请求过程

当咱们在手机端请求一个@"www.baidu.com"的域名的时候

• 1.请求到达运营商的DNS服务器并由其把这个域名解析成对应的IP地址。

• 2.根据IP地址在互联网上找到对应的服务器，向这个服务器发起一个get\post请求。

• 3.由这个服务器找到对应的资源原路返回给访问的用户。

这里只是一个大概的流程实际每一步都有复杂的结构和逻辑例如：服务器可能有不少台，到底指定哪台服务器来处理请求，须要一个负载均衡设备来平均分配全部用户的请求。请求的数据是存储在分布式缓存中仍是一个静态文件中，或是在数据库里。当数据返回浏览器时，浏览器解析数据发现还有一些静态资源（如CSS、JS或者图片）时又会发起另外的HTTP请求，而这些请求极可能会在CDN上，那么CDN服务器上又会处理这个用户的请求。

HTTP劫持

咱们使用HTTPDNS的主要目的就是解决HTTP劫持问题。HTTP的劫持分两种第一种是DNS劫持，第二种是内容劫持，后者是基于前者的基础上发展出来，是比较高级的劫持手段，目前无解，下面来分开讲解：

1：DNS劫持

• 劫持流程
  DNS劫持又称域名劫持，是指在劫持的网络范围内拦截域名解析的请求，分析请求的域名，把审查范围之外的请求放行，不然返回假的IP地址或者什么都不作使请求失去响应，其效果就是对特定的网络不能访问或访问的是假网址。其实本质就是对DNS解析服务器作手脚，或者是使用伪造的DNS解析服务器能够经过下图来展现
  

  DNS劫持原理

  
  从图中能够看出红色的是劫持的流程，劫持后将你的请求转发到一个虚假的服务器。
• 解决办法
  DNS的劫持过程是经过攻击运营商的解析服务器来达到目的。咱们能够不用运营商的DNS解析而使用本身的解析服务器或者是提早在本身的App中将解析好的域名以IP的形式发出去就能够绕过运营商DNS解析，这样一来也避免了DNS劫持的问题。

2：内容劫持

• 劫持流程
  内容劫持网上不多有提到，这也是在作httpDNS SDK所遇到的一个问题，其实内容劫持一开始的出发点是好的，是运营商为了加快用户的访问速度同时减小本身的流量损耗而作的一个缓存机制，用户在像服务器请求数据的时候运营商会把用户的请求转移到这个缓存池中，若是缓存中有就直接返回，没有的话再去像服务器请求而后拦截并缓存服务端给用户的回调数据，这样一来能够极大的下降运营商像服务器请求的次数，也能加快用户的访问，因此出发点是好，可是一些非法的商家对缓存池内部作一次些处理就是直接对返回的内容进行修改，这样一来咱们就会接受到错误的数据
  

  内容劫持

  黄色线条就是比价危险的了，由于回调的数据极可能已经被篡改过。
• 解决办法：
  如今暂时没有发现办法，不过这样的劫持不是不少。

  DNS解析过程

  若是是iOS设备请直接跳到第三步骤

• 1.系统会检查浏览器缓存中有没有这个域名对应的解析过的IP地址，若是缓存中有，这个解析过程就将结束。浏览器缓存是受这个域名的失效时间和缓存的空间大小控制的。

• 2.若是用户的浏览器缓存中没有，浏览器会查找操做系统缓存中即为本地的Host文件。

• 3.若是本地Host文件中没有那么操做系统会把这个域名发送给这里设置的LocalDNS，也就是本地区的域名服务器。这个DNS一般都提供给你本地互联网接入的一个DNS解析服务。这个专门的域名解析服务器性能都会很好，它们通常都会缓存域名解析结果，固然缓存时间是受域名的失效时间控制的，通常缓存空间不是影响域名失效的主要因素。大约90%的域名解析都到这里就已经完成了，因此LDNS主要承担了域名的解析工做。

• 4.若是LDNS仍然没有命中，就直接到Root Server域名服务器请求解析

• 5.根域名服务器返回给本地域名服务器一个所查询的域的主域名服务器（gTLD Server）地址。gTLD是国际顶级域名服务器，如.com，.cn、.org等。全球只有13台左右。

• 6.本地域名服务器（Local DNS Server）再向上一步返回的gTLD服务器发送请求。

• 7.接受请求的gTLD服务器查找并返回此域名对应的Name Server域名服务器的地址，这个Name Server一般就是你注册的域名服务器，例如你在某个域名服务提供商申请的域名，那么这个域名解析任务就由这个域名提供商的服务器来完成

• 8.Name Server域名服务器会查询存储的域名和IP的映射关系表，正常状况下都根据域名获得目标IP记录，连同一个TTL值返回给DNS Server域名服务器。

• 9.返回该域名对应的IP和TTL值，Local DNS Server会缓存这个域名和IP的对应关系，缓存的时间由TTL值控制。

• 10.把解析的结果返回给用户，用户根据TTL值缓存在本地系统缓存中，域名解析过程结束。
  以上的流程能够简化为下图
  

  DNS解析

  
  绿色的为非iOS设备的操做流程

  CDN工做机制

  CDN简介

  CDN，全称Content Delivery Network，根本的做用是将网站的内容发布到最接近用户的网络“边缘”，使用户能够就近取得所需的内容，提升用户访问网站的响应速度。他-有别于镜像，它比镜像更智能，能够这样作一个比喻：CDN=镜像（Mirror） + 缓存（cache） + 总体负载均衡（GSLB），于是，CDN能够明显提升Internet中信息流动的效率。目前CDN都以缓存网站中的静态数据为主，如CSS、JS、图片和静态网页等数据。用户在从主站服务器请求到动态内容后再从CDN上下载这些静态数据，从而加速网页数据内容的下载速度，如淘宝有90%以上的数据都是由CDN来提供的。这里引用一个网上比较形象的例子：A家的网速 100M的，但他只用了10M的速度，B家的网速是10M的，可是他须要15M的速度才行。怎么办呢。 C是一家CDN服务商，在A家有个节点（就像A是一个赞助商同样）B在C家买了CDN加速服务。当B的速度不够的时候，CDN加速就会选择有节余的节点来帮B，提升B的速度。这样B的速度就能达到或超过15M ，皆大欢喜。A没浪费，B速度有了，C赚了钱。 当C的节点在全国都有，很是多的时候。那么你用C家的CDN加速服务，你就会大步流星了。

  CDN工做流程

  一个用户访问某个静态文件（如CSS），这个静态文件的域名假如是www.baidu.com，而这个域名最终会被指向CDN全局中CDN负载均衡服务器，再由这个负载均衡服务器来最终分配是哪一个地方的访问用户，返回给离这个访问用户最近的CDN节点。以后用户就直接去这个CDN节点访问这个静态文件了，若是这个节点中请求的文件不存在，就会再回到源站去获取这个文件，而后再返回给用户。

  负载均衡

  负载均衡就是对工做任务进行平衡、分摊到多个操做单元上执行，如图片服务器、应用服务器等，共同完成工做任务。它能够提升服务器响应速度及利用效率，避免软件或者硬件模块出现单点失效，解决网络拥塞问题，实现地理位置无关性，为用户提供较一致的访问质量。
  CDN总体的工做流程能够大概归为下图：
  

  image.png

  总结

  以上就是Http请求的一些理解，若是有不对的地方及时与我来沟通。