建议国内、国外分别部署多于一台服务器，用来做容灾。

@sudwort 因为 119.29.29.29 的接入节点是分布在天津、上海、深圳的，江苏联通的用户请求会路由到上海接入节点，上海接入节点会同时向多个后端递归 dns 发起请求，比如上海、江苏等，这时候一般来说上海是更快的。

@chijiao 你好， 确认免费服务器组的一台移动服务器从 11 ： 06 出现部分域名解析异常，导致部分地区部分免费域名解析到 SOA ， 12 ： 25 恢复（+0-10 分钟的 SOA TTL ）。
部分免费域名，未使用 119.29.29.29 的主要是移动 /铁通用户影响较大，其他运营商用户也有影响但较小；使用 119.29.29.29 的主要是华南、西南地区有一定影响。

@sudwort 补充，确认了下江苏联通还是有节点的，只是也分配了其他节点，不过理论上不应该分配上海电信的节点，我们看下。
从检测来看，明显分配的上海联通的节点速度快过了江苏联通。

@sudwort 后端递归节点后期有调整，目前江苏联通已经没有节点了，会分配到邻近省份的递归节点上，但因为都是支持 ECS 的，并不影响解析准确性。
另外接入节点与递归节点间都是通过内网通信的，即使是分配的跨运营商的递归节点，也不影响解析速度，反而是物理举例上的缩短（如原来是江苏联通-上海 119.29.29.29-江苏联通-上海 /浙江授权 DNS 变为 江苏联通-上海 119.29.29.29-上海递归-上海授权 DNS ）可能加快解析。接入二级缓存会同时向多个分配的递归节点请求，优先使用最快返回的结果。

@lhbc 明白人，攻击者的真实目的是让 DNS 停止攻击域名的解析，真的打挂 DNS 对攻击者并没有什么好处，所以 DNS query 肯定会打，以便让 DNS 服务商识别到哪个域名被攻击，从而处理被攻击的域名。
不过单纯的 DNS Query Flood 对传统 DNS 也许有效，但是随着 DPDK 和众核在 DNS 解析程序的普及，大家的包处理能力都高到爆表了，对现在的各种高防 DNS 基本没什么效果，所以更常见的方式是 DNS Query 和带宽流量型攻击的混合方式攻击，就是打爆你的带宽， DNS Query Flood 也就剩下让你知道打的是哪个域名的作用了。

@titanium98118 实测已经生效，广东电信目前可以正确解析到 CDN 的电信节点。

@ksmter V2EX 主域名使用的是 aws route 53 ，且解析量相对较小，是比较慢的主要原因。我们也是针对 V2EX 这种情况做了特殊处理导致在某些地区可能解析的不够准确。

@titanium98118 已经找到原因了，做了一些调整，明天早上回生效。

@titanium98118 看了下，广东电信确实解析到了联通线路，我们看下。

@henglinli 可以聊下，主要还是看做到哪种程度

@erenno1 上面说的岗位也可以放在北京，其他的还有分布式存储后台开发、运营开发等。

@huihui123 这个属于高压线不能细说，但是可以参考目前网络上公开的信息，打一个自己想象，但是实际是没有固定的城市系数比例的，不过可以肯定的是工资 /房价比会比北上广深高很多很多。

@johnjiang85 简化版的递归 NDS -> 简化版的递归 DNS

这个理解有点跑太远了。
首先 114 这里说的是透明代理的 DNS 防护方式，作用层次可以理解为简化版的递归 NDS ，国内有几家厂商提供，包括 114,360,51dns 等。
好处就是可以不改变域名的 NAME SERVER 的前提下（但是要指向防护商的 IP ），使用服务提供商的防攻击和缓存服务。
缺点也非常明显，目前提供此类透明代理方式进行防攻击服务的都不支持 ECS ！！！
腾讯目前确实使用了 114dns 的代理防攻击服务，主要是腾讯自己的域名很少受攻击，不需要常规储备超大空闲带宽，而腾讯旗下的 DNSPod 虽然抗攻击能力很强，但是并没有提供类似代理防攻击服务。

建议：有攻击可以临时用下，在完全死和半死之间徘徊。没攻击的时候就别用了，不支持 ECS 会让人崩溃。

ipv6 没有完善的地址库，一般都作为默认处理。

@loggerhead http://irl.cs.ucla.edu/data/files/papers/res_ns_selection.pdf

@loggerhead RFC2988/6298 有相关内容， bind 部分版本是极大概率选择 rtt 最短的 IP ， unbound 一搬是在最短 RTT 相差 400ms 以内的都认为是质量较好的 IP ，从而平均选择。这里有篇论文可以参考下，有分析。

目前国内比较大的 DNS 服务商已经很难被 D 死了，更大的意义是在被 D 的时候解决国外解析的问题（国际出口影响）。