V2EX › johnjiang85 的所有回复 › 第 19 页 / 共 23 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 11 12 13 14 15 16 17 18 19 20 ... 23

❮

❯

2016-09-06 14:24:41 +08:00

回复了 itsme 创建的主题 › DNS › DNS 或 Chinadns 的压缩指针倒是是什么意思？

现在互联网上所有的 DNS 包基本都用到了压缩，基本意思就是后面的域名如果有与前面的域名全部或部分相同，可以使用 0xc000 的基础上，加上相同部分域名的起始位置在本包中的偏移，来表示后续域名。
举个最简单的例子：
;; QUESTION SECTION:
www.abc.com IN A -- 这里的 www.abc.com 在 DNS 包中是实际的字符串，假设其起始偏移为 1 ， abc.com 的起始偏移为 2

;; ANSWER SECTION:
www.abc.com IN A 1.1.1.1 -- 这里的 www.abc.com 是个指针 0xc001,指向第一个 www.abc.com

;; AUTHORITY SECTION:
abc.com IN NS ns1.abc.com -- 这里的 abc.com 是个指针 0xc002 ，指向第一个 abc.com
abc.com IN NS ns2.abc.com -- 同理

2016-09-06 14:16:32 +08:00

回复了 ivmm 创建的主题 › DNS › 设置了 AAAA 解析，但是 DNS 没有 ipv6 的 ip，这样子做有什么意义么？

@ivmm 授权 DNS 在国内不是没有，而是不能使用 IPv6 地址，理由如前。

ipv6-only 后端是有 ipv4 出口的，可以解析的。

2016-09-06 12:28:20 +08:00

回复了 ivmm 创建的主题 › DNS › 设置了 AAAA 解析，但是 DNS 没有 ipv6 的 ip，这样子做有什么意义么？

很多第三方的公共 DNS （或者某些教育网）都有 ipv6 地址，可以使用 ipv6 地址访问，另外递归 DNS 的后端既有 ipv4 也有 ipv6 ，可以向相关的授权 DNS 发起请求，并不需要授权 DNS 必须有 ipv6 地址，所以还是可以解析出来 AAAA 地址。

但是在国内的话非常不建议使用 ipv6 ，用了 ipv6 就不能使用智能解析（分线路）了，跨运营商和跨地区访问就是常态了。我们的授权 DNS 原本是有 ipv6 地址的，但是不能上线，会影响正常的智能解析（比如说在教育网里）。

2016-09-06 10:09:08 +08:00

回复了 mrzhiin 创建的主题 › DNS › 递归时怎么选择最优的 NS？

相关协议中有 RTT 延时选择机制及算法，开源的 BIND 和 UNBOUND 也曾经使用过，但是目前这两个开源的更多的是使用随机选择 IP 的方式，而不是根据 RTT 延时机制去较大概率选择质量好的 IP ，较小概率选择质量差的 IP 。质量差的 IP （即使是完全无应答的 IP ）也会去选择是因为网络总是在变化的，有可能之前较差的慢慢变好，根据算法会调整每个 IP 的选择到的概率， BIND 和 UNBOUND 中的 RTT 延时算法是按照 RFC 实现的，但是在实际的使用中， DNS 选优效果并不好。 DNSPod 的 119.29.29.29 的后端递归也使用了 RTT 延时机制，基本思想参照 RFC 的思想，但是算法经过了优化，可以测试不同 IP 的质量，并线性调整各 IP 的权重。

第二个问题差不多，会随机去选择一个或多个 NS 的一个或多个 IP 去重试，根据递归的不同，选择也会有所不同，重试时同样会有第一个问题了选择哪个 IP 的问题。

2016-08-18 09:59:17 +08:00

回复了 txydhr 创建的主题 › DNS › dnspod 部分域名从 114 解析返回 NXDOMAIN

方便提供几个域名吗，我们测试下

2016-08-02 21:12:13 +08:00

回复了 Lentin 创建的主题 › DNS › 曲线救国：用 DDNS API 解决 @记录与 MX 冲突问题

算是一个思路，不过实际情况可能更复杂， CNAME 很多时候还是用在 CDN 上的，线路太多了。

2016-07-26 19:43:02 +08:00

回复了 hqfzone 创建的主题 › DNS › CNAME 和 MX 共存的解决方案？

@hqfzone 理论上 NS 记录和 CNAME 记录确实是冲突的，但是在实际使用中还没有发现相关的影响解析的 CASE 。
CDN 厂商提供的域名上设置 MX 记录当然是可行的，也是完全符合协议的，但是除非是大客户，不然 CDN 厂商不会支持的。因为每支持一个客户，需要单独分配一套完全独立的 CNAME 解析链，并同步修改调度。

2016-07-26 10:56:21 +08:00

回复了 hqfzone 创建的主题 › DNS › CNAME 和 MX 共存的解决方案？

@johnjiang85 最后一句是“不返回 IP ” -> “不返回 CNAME ”

2016-07-26 10:54:52 +08:00

回复了 hqfzone 创建的主题 › DNS › CNAME 和 MX 共存的解决方案？

cloud flare 可以进行递归查询根上的 CNAME 记录并返回最终的 A 记录，但是我们认为在 DNS 攻击频繁的网络环境中，该功能会严重影响 DNS 的解析性能，目前在 DNSPod 上是不支持去递归查询的。只有当 CNAME 指向的记录能够在 DNSPod 直接解析出 A 记录时，会直接返回 A 记录，不返回 IP 。

2016-07-26 10:34:29 +08:00

回复了 hqfzone 创建的主题 › DNS › CNAME 和 MX 共存的解决方案？

https://support.dnspod.cn/Kb/showarticle/tsid/246

2016-06-07 16:58:25 +08:00

回复了 kang000feng 创建的主题 › DNS › PDNS+119.29.29.29 经常出现解析失败

@kang000feng [email protected],有问题可以发到这里

2016-06-07 16:26:56 +08:00

回复了 kang000feng 创建的主题 › DNS › PDNS+119.29.29.29 经常出现解析失败

也测试下 tcp 方式是否能够正常返回

2016-06-07 16:26:22 +08:00

回复了 kang000feng 创建的主题 › DNS › PDNS+119.29.29.29 经常出现解析失败

@kang000feng 能麻烦提供下出口 IP 地址吗，以及能作下 dig 的测试结果（或者 nslookup 设置 set debug ）