dns解析现状问题1：暴利的dns劫持
要说为啥会出现httpdns（先不用管意思，后面解释），那么，首先要说一下，现在的dns解析，是不是有啥问题？
dns能有啥问题呢，就是输入一个域名xxx.com，dns服务器递归获取xxx.com背后的ip，看起来，人畜无害的技术。
但是，如果我就是负责维护某运营商的dns服务器的技术人员，手里很缺钱，我可能会想，是不是可以“科技向善”，搞点钱来画画？
比如，假设xxx.com网站很火，每天很多人访问，那我可以这样，xxx.com进行dns查询，本来应该返回的ip是1.1.1.1，我呢，我给返回另一个我手里的服务器的ip（2.2.2.2），那么，用户后续再访问xxx.com，就是访问我手里的2.2.2.2了。我的2.2.2.2服务器，做个反向代理，把用户请求转发到1.1.1.1，再把1.1.1.1的响应转回给用户，用户也不知道它的流量已经被劫持了，全得从我的2.2.2.2上过一道手，看起来还神不知鬼不觉。
我这时候想赚钱的话，完全可以去找广告商谈合作了，谁给钱多，我就：转发1.1.1.1的响应给用户时，加点广告，用户只要打开xxx.com，就会被强制弹广告，我呢，等着广告商给我送钱即可。
以上就是最简单的dns劫持的例子，大家看了后也不要觉得好像我可以，首先，你得进到运营商公司，掌握相关服务器；其次，现在好多流量都是https域名了，https防中间人篡改的功能还是很强的，所以，基本还是说，你劫持归劫持，你劫持了也不能改我流量，那你也很难加广告，所以还是可以防这种弹广告的。
我在百度搜了下dns劫持，发现这个行业还是真的很刑很赚钱，适合各位喜提毕业礼包的程序员们再就业(https://xw.qq.com/cmsid/20211...)
dns解析现状问题2：调度不准
前面有篇文章，讲gslb的，提到过如下事情：
依赖运营商帮我们做dns解析，不一定很靠谱，比如我们把xxx.com要解析到我们在深圳和北京的两个机房，一般来说，是期望可以根据用户所在的地区来返回就近的地址，如广东用户就返回xxx.com在深圳机房的地址，北京用户就给北京机房的地址。或者是dns运营商那边，也支持按用户的运营商路线来解析，
但是呢，总归来说，这个解析是掌握在别人手里，他要是靠谱，那就没问题；他那边要是解析不靠谱，那就问题较大，比如广东用户给你个北京机房地址，你说用户是不是得卡死在你的网站上，体验就完全不行。
httpdns的定义
定义
dns劫持，发生在dns解析过程中，一般来说走的是udp协议；dns解析，无非就是要拿到xxx.com背后的ip，那我是不是可以自己开发一个服务，对外提供http接口，接口的功能就是：接收一个参数，即待查询的域名，如xxx.com；返回呢，就是xxx.com对应的ip或者ip列表或者ip列表再加点各个ip的负载情况（如有这个数据）。
api请求参数
按理说我们是要自己去开发这么一个http服务的，但是，现在的各大云厂商也做了这个功能，我就直接贴点他们的资料：
比如上面这个云厂商，对外提供的接口，就是http://203.107.1.33/xx/d，其中，203.107.1.33是一个公网ip，是这个httpdns服务的对外ip，参数呢，主要就是两个：host和ip，host就是你要查的域名，ip是客户端的ip（如有，如果自身取不到自己的对外出口ip，服务也会默认取socket中的client ip，即客户端ip），所以，这个接口就模拟了dns服务器的dns查询功能。
这边也有两个请求示例：
- 示例1（默认来源IP）：http://203.107.1.33/100000/d?...
- 示例2（指定来源IP）：http://203.107.1.33/100000/d?...