IBM 也推公共 DNS 9.9.9.9

[honk]

https://www.quad9.net/

[dyy1997]

<blockquote class="imgur-embed-pub" lang="en" data-id="a/Yn45M"><a href="//imgur.com/Yn45M"></a></blockquote><script async src="//s.imgur.com/min/embed.js" charset="utf-8"></script>
长城阵亡

[dyy1997]

<a href="https://imgur.com/LJwyFGm"><img src="" title="source: imgur.com" /></a>

[hugsky]

/t/407341
/t/407318

[Troevil]

9.9.9.9
9.9.9.10

[killadm]

9.9.9.9 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 271ms，最长 = 272ms，平均 = 271ms

延迟很高

[kttde]

如果支持非 53 端口就还不错

[janus77]

正在 Ping 9.9.9.9 具有 32 字节的数据:
来自 9.9.9.9 的回复: 字节=32 时间=163ms TTL=49
来自 9.9.9.9 的回复: 字节=32 时间=160ms TTL=49
来自 9.9.9.9 的回复: 字节=32 时间=162ms TTL=49
请求超时。

9.9.9.9 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 3，丢失 = 1 (25% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 160ms，最长 = 163ms，平均 = 161ms

[FONG2]

正在 Ping 9.9.9.9 具有 32 字节的数据:
来自 9.9.9.9 的回复: 字节=32 时间=221ms TTL=52
来自 9.9.9.9 的回复: 字节=32 时间=220ms TTL=52
来自 9.9.9.9 的回复: 字节=32 时间=220ms TTL=52
来自 9.9.9.9 的回复: 字节=32 时间=219ms TTL=52

9.9.9.9 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 219ms，最长 = 221ms，平均 = 220ms

[fruitscandy]

Pinging 9.9.9.9 with 32 bytes of data:
Reply from 9.9.9.9: bytes=32 time=66ms TTL=51
Reply from 9.9.9.9: bytes=32 time=66ms TTL=51
Reply from 9.9.9.9: bytes=32 time=112ms TTL=51
Reply from 9.9.9.9: bytes=32 time=66ms TTL=51

Ping statistics for 9.9.9.9:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 66ms, Maximum = 112ms, Average = 77ms

[CEBBCAT]

好像是有恶意网站过滤，这是不是也算是污染了？

[sikariba]

确实延时很高，我的也 200+ms

[windirt]

PING 9.9.9.9 (9.9.9.9): 56 data bytes
64 bytes from 9.9.9.9: icmp_seq=0 ttl=53 time=247.287 ms
64 bytes from 9.9.9.9: icmp_seq=1 ttl=53 time=224.672 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=53 time=221.834 ms

PING 9.9.9.10 (9.9.9.10): 56 data bytes
64 bytes from 9.9.9.10: icmp_seq=0 ttl=53 time=260.780 ms
64 bytes from 9.9.9.10: icmp_seq=1 ttl=53 time=282.291 ms
64 bytes from 9.9.9.10: icmp_seq=2 ttl=53 time=301.803 ms
64 bytes from 9.9.9.10: icmp_seq=3 ttl=53 time=230.136 ms

[huanxianghao]

延迟很高，深圳电信有 230 左右

[ashfinal]

~ % Ping 9.9.9.9
PING 9.9.9.9 (9.9.9.9): 56 data bytes
64 bytes from 9.9.9.9: icmp_seq=0 ttl=44 time=122.878 ms
64 bytes from 9.9.9.9: icmp_seq=1 ttl=44 time=122.023 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=44 time=122.914 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=44 time=234.114 ms
64 bytes from 9.9.9.9: icmp_seq=4 ttl=44 time=126.519 ms
64 bytes from 9.9.9.9: icmp_seq=5 ttl=44 time=123.828 ms
64 bytes from 9.9.9.9: icmp_seq=6 ttl=44 time=136.924 ms
^C
--- 9.9.9.9 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 122.023/141.314/234.114/38.184 ms

[zane1994]

还没有在中国加节点，所以现在并没有什么用

[pq]

@Troevil 我觉得应该学 Google，主辅的 ip 有一种对称美感：
主：9.9.9.9
辅：9.9.6.6

[laudukang]

正在 Ping 9.9.9.9 具有 32 字节的数据:
来自 9.9.9.9 的回复: 字节=32 时间=277ms TTL=55
来自 9.9.9.9 的回复: 字节=32 时间=270ms TTL=55
来自 9.9.9.9 的回复: 字节=32 时间=295ms TTL=55
来自 9.9.9.9 的回复: 字节=32 时间=304ms TTL=55

9.9.9.9 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 270ms，最长 = 304ms，平均 = 286ms


正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=28ms TTL=44
来自 8.8.8.8 的回复: 字节=32 时间=25ms TTL=44
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=34ms TTL=44

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 3，丢失 = 1 (25% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 25ms，最长 = 34ms，平均 = 29ms

[matolv]

上海联通 ping 正好 100，不丢包，8.8.8.8 是 200，丢包率 50%
@pq 为什么不是 6.9.6.9

[shingoxray]

正在 Ping 9.9.9.9 具有 32 字节的数据:
来自 9.9.9.9 的回复: 字节=32 时间=76ms TTL=51
来自 9.9.9.9 的回复: 字节=32 时间=76ms TTL=51
来自 9.9.9.9 的回复: 字节=32 时间=76ms TTL=51
来自 9.9.9.9 的回复: 字节=32 时间=76ms TTL=51

9.9.9.9 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 76ms，最长 = 76ms，平均 = 76ms

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=83ms TTL=50
来自 8.8.8.8 的回复: 字节=32 时间=84ms TTL=50
来自 8.8.8.8 的回复: 字节=32 时间=84ms TTL=50
来自 8.8.8.8 的回复: 字节=32 时间=83ms TTL=50

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 83ms，最长 = 84ms，平均 = 83ms

[roychan]

我准备推出一下 0.0.0.0。