@aruisi 都是支持 edns 的，182.254.116.116 也可以使用，但是很多策略不同通

抱歉昨晚 119.29.29.29 的影响。119.29.29.29 在电信被大流量攻击（ 22:24 ）多个机房带宽被打满，随后这个 ip 在电信被黑洞,其他运营商未封堵，目前已经解封（ 6:50 ），可以使用备用 ip 119.28.28.28 进行备份使用，备用 ip 的理由播布略有区别，功能一致。
httpdns 如果使用了我们的 SDK 或者按照最佳实践流程进行开发实现 最终使用 ldns 进行兜底应该不会对实际业务造成影响，所以还是建议按照最佳实践进行实现或者直接使用 SDK。

再 dnspod/腾讯云购买的域名修改 nameserver 都是可以随便改的，只有解析记录的 ns 记录不能再控制台修改，只能通过 API

@johnjiang85 没仔细看，无视之前的回答，这个需要在注册商修改的

锁定 ns 记录是为了小白用户的安全考虑，否则十分容易出现错误修改 ns 记录导致无法解析的情况，自己确认可以正确修改 ns 记录的可以通过 API 修改，API 上现在没有锁定的。

@Vfeather 52pojie 劫持问题非技术漏洞，被社工时我们的一线人员审核时人工失误，未验证通过当成验证通过，把域名过户了。相关的原因和措施已经同步。
https://zhuanlan.zhihu.com/p/26838058?group_id=845943376187641856

@Vfeather 52pojie 劫持问题非技术漏洞，被社工时我们的一线人员没有

@whx20202 另外就是延迟这里，我们一般会要求本地进行一定时间的缓存，并在缓存快过期时提前进行预取来抵消 httpdns 比 udp 延迟高的影响。这样做之后只有在第一次请求和网路类型切换强制刷新缓存时延时会高一些，但偶尔高的这接近 200ms 延时一般感知不明显。

@KCheshireCat 手工填上 IP 参数确实会比直接请求更准确，不会被运营商的 NAT 影响。

@whx20202 一般就是不处理，墙返回什么就按照什么返回。

@whx20202
1. 这个做到的话很简单，但是向外公开提供服务，有些事情是不能做的，所以还是有问题的
2. 我们的 httpDNS 的全国所有地区所有运营商的平局数据， ping 延时是平均 35ms ， httpdns 平均延时是 200ms ，比 udp 肯定是要慢的，不过主要还是慢在非本地覆盖上，北上广周边还是很快的

@HalloCQ 我帮你反馈给相关同事看下

@Chalice 在其他地区使用 ecs 测试都是正常的，不过我们也做一些处理，能再测试下吗

@Chalice 发到这里吧， [email protected]

@free4537 河北电信测试正常，能给下具体的测试截图吗，或者测试下解析 xxx.ip.dnspod.net 的记过

@Chalice
@lenovo
能提供下所在地区、运营商，以及出口 IP 地址吗，我们排查下。

@ghost444 目前还没有支持 DNSSEC 的计划...

@vultr dpdk.org,官网的文档和 examples 都比较全，应该算是最好的资料了，除了 TCP/IP 协议栈没有开源。