本站 222 的那个用远程桌面端口的 dns 不能用来解析 ipv6 么

我思考了几秒，才想到「本站」是V2EX。


使用 IPv4 地址的 DNS 服务器的解析结果，一般会是 IPv4 地址。

Google Public DNS 同时提供 IPv4、IPv6 解析服务。
https://zh.wikipedia.org/wiki/Google_Public_DNS

如果是用HE 6to4的，还是用回HE的DNS比较好。

2001:470:20::2
74.82.42.42

如果是国内IPv4／原生IPv6的，推荐Level 3的DNS。墙的影响比较小。
209.244.0.3，209.244.0.4

@xinhugo 好的多谢

@halczy 为森么 level3的dns受墙的影响小呢

@Missex Level 3比较小众，没有Google那么出名。其实Level 3的网络比Google强多了。

@halczy 难道不是无差别污染么

@Missex

如果你用8.8.8.8，这个IP是在墙恶化故意丢包的范围里。例如你用8.8.8.8来获取V2EX的IP地址，虽然V2EX的域名不在污染范围，但是也会因为丢包问题，出现不同程度的解析失败。

209.244.0.3 这个名气比较小，是IPv6/IPv4 Dual Stack. 现在国内用的人比较少，暂时不在墙恶化故意丢包的范围里。意思是Facebook这些还是会被污染。但是未被污染域名解析成功率会高于8.8.8.8。

@halczy 14年早些时候就发现ping 8.8.8.8丢包很严重了，这就是故意丢包的现象吧。
那么每天电信出口丢包严重，这到底是出口拥挤还是墙丢包导致的呢？

@Missex 呵呵，很多时候都很难分别出。最近好像8.8.4.4从故意丢包名单里除掉了。可以两个同时traceroute对比一下。

@Missex 污染应该是匹配请求的，跟服务器IP没关系。随便写个DNS服务器（即使是不能用的，只要需要经过ISP的网络的IP段就可以），请求能够匹配的域名，都会污染。

@halczy 偶记得4.4一直比较好啊。
我觉得应该还是有办法区分的。比如拥挤的时候延迟跳动很大，且延迟比平常大很多。丢包的话就单纯丢包，延迟特性不会有变化。这个 mtr 8.8.8.8看起来很明显

@squid157 是这样的