Cloudflare 返回的DNS结果
最近查一个客户遇到的 SIP 呼叫问题，发现在检查 DNS 记录时有问题，没有正确获取 DNS 记录。切换了几个 DNS 服务器测试，只有 Cloudflare DNS 服务器（1.1.1.x 系列) 返回的DNS记录会触发问题。
这并不是说 Cloudflare 的DNS记录有错误，而是我们自己实现的 DNS 库没有考虑到该记录的不同寻常之处。Cloudflare 的返回结果确实有点与众不同。
下图是Google DNS 以及 Ali DNS 返回的DNS结果，请注意其中的 Name 字段的内容（0xC0 0x0C）
很明显，这种DNS结果采用了 compress 方式，通过 offset 来获取真正的Name。图中的 0x0C 实际就是偏移量，指向了包中的另一处地址。Compress 方式最直接的好处就是节省了包大小。
而 Cloudflare 的 DNS 结果如下图所示，直接将域名包含在 Name 中，以 0x03 标注开始，以 0x00 表示字符串结束。不再需要偏移指向其他地址。
这种方法的好处是够直接，不再需要跳转获取真实的域名信息。当然坏处是增加了数据包的大小。
我们测试了网络上大部分的 DNS 服务器，目前仅发现 Cloudflare 采取了这种方式，其他服务器都是采用 compress 方式。
站在“人”的体验角度，似乎 Cloudflare 更合理一些。但是要注意，compress 方式更符合计算机的处理，毕竟前面的 Queries 部分已经解析过 Name 了，没必要再解析一次。另一方面，直接 offset 寻址，也远远快于再一次通过判断0x00来解析Name 字符串。
因此我个人认为 Cloudflare 的处理方式，即拖慢了速度，又增加了数据包消耗。当然，以目前计算机的处理能力以及网络速度，这些都是浮云。我们的解决方式也是淡定地接受这个结果，并修改 DNS 库进行适配即可。
在本次查问题中，测试了网上公布的香港 DNS 服务器，全部拒绝了来自大陆 IP 地址的 DNS 请求，真有意思。