HttpDNS的坑以及一个针对安卓不太完善的测试方案

内容预览:
  •           想法是美好的...~
  • 没引入这个机制还好,引入后问题更多~
  • 数据经过某些网关或者代理时,头部的host信息被替换成url中的ip,导致到...~

背景:单位因为域名劫持(具体表象是某个地区的用户ping不通域名或者因为DNS解析的ip跨网段导致访问速度很慢)需要运维经常去定位,于是提出了httpDNS方案。

          想法是美好的,现实是残酷的。没引入这个机制还好,引入后问题更多。

 

坑1: 因为DNSPod收费,为了节省费用,我们采用了优先使用本地DNS的策略,服务器出现非200错误码,就切HttpDNS。结果服务器一个接口出现问题,导致大批量流量走HttpDNS。

解决方案:非502和非200返回码才走HttpDNS

坑2:在测试环境测试OK,在正式环境很多用户访问时nginx不能进行负载均衡,返回404页面

原因:现网环境是多个出口ip同一个nginx去负载,反向代理到十几个业务。数据经过某些网关或者代理时,头部的host信息被替换成url中的ip,导致到了nginx没有了域名信息,区分不了业务。

解决方案1:消息头中加入Host的同时,加入X-Online-Host(具体没验证)

解决方案2:代理环境不要走HttpDNS,具体原因可以通过接下来的不太完善测试方案看出问题来

坑3:https证书验证问题

解决方案:参考下文链接:HTTPS(含SNI)业务场景“IP直连”方案说明

 

总体来说:这项技术还不成熟(特别是腾讯的DNSPod文档粗糙简陋),未知的网络问题估计还有不少。

这里先放出阿里上比较完善的一些帮助文档,建议仔细看完后再考虑是否用,怎么用

HTTPDNS iOS、android(安卓)平台:HTTPDNS接入过程中需要注意哪些问题?

https://help.aliyun.com/knowledge_detail/41956.html?spm=5176.11065259.1996646101.searchclickresult.779a5af6PUztAf

HTTPDNS Android SDK开发指南

https://help.aliyun.com/document_detail/30140.html?spm=a2c4g.11174283.6.576.2UQ2EO

HTTPS(含SNI)业务场景“IP直连”方案说明

https://help.aliyun.com/document_detail/30143.html

 

接下来,说下我这个针对安卓不太完善的测试方案:

准备工具:

          1.支持设置手动代理的移动设备一台

          2.在PC机上安装Fiddler工具

          3.已经集成HttpDNS的App

操作步骤:

  1. 修改Fiddler脚本,显示相关的抓包信息

         

 

       

          在Main函数中添加:

          FiddlerObject.UI.lvSessions.AddBoundColumn(“TrueServerIP”,120,”X-HostIP”);
         

FiddlerObject.UI.lvSessions.AddBoundColumn(“HeaderHost”,120,”X-Original-Host”);

          其中TrueServerIP标识最终访问服务器采用的Ip,HeaderHost标识App端头信息中指定URL IP地址对应的域名服务

        

         修改完毕后点击保存

       

 

 

         拖动分割栏可以看到新增的列,可以将其拖动到前几列去

       

       

        修改OnBeforeRequest,修复Fiddler清理头文件中Host的问题,在函数尾部加上

       if (oSession.BitFlags & SessionFlags.ProtocolViolationInRequest)


        {



           

var

sOverride =

oSession[“X-Original-Host”];



           

if (!String.IsNullOrEmpty(sOverride))



            {



               

oSession.oRequest[“Host”] = sOverride;



               

oSession[“X-overrideHost”] = sOverride;



               

oSession[“ui-backcolor”] = “yellow”;



               

// Be sure to bypass the gateway,

otherwise overrideHost doesn’t work



               

oSession.bypassGateway

= true;



               

//

FiddlerApplication.Log.LogFormat(“host , “,

oSession[“X-Original-Host”], oSession[“X-overrideHost”]);



           

}  



        }

        

         保存修改

        2.修改Fiddler Host文件,实现域名劫持

        

        

         配置一个不存在的Ip

        3.设置移动设备网络代理服务器IP为测试PC的ip,端口为8888(默认)

        4.进入集成HttpDNS的App验证相关功能,使用无缓存接口进行测试

        5.查看Fiddler 抓包信息,验证httpDNS效果

       

        如图显示说明走httpDNS成功

       6.第一次切httpDNS效果稍有不同(如果实现方案走的是先采用本地DNS,当出现异常才走httpDNS),抓包数据如下:

        

         第一次请求TureServerIp显示是Host中配置的ip 1.2.3.4 且HeaderHost未显示域名,说明:未走httpDns采用了域名访问;

         访问失败后,app会自动走HttpDns获取到真实ip再请求一次服务器

         此后App将会一直采用Ip直连

         可以对比没用httpDns的和用了httpDns的app,抓包数据HeaderHost和TrueServerIp会明显不同。

 

以上就是:HttpDNS的坑以及一个针对安卓不太完善的测试方案 的全部内容。

本站部分内容来源于互联网和用户投稿,如有侵权请联系我们删除,谢谢。
Email:[email protected]


0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论