谷歌 DNS 复活了还很快，是要回归国内的节奏？

V2EX = way to explore

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

现在注册

已注册用户请登录

DNS 参考资料

› List of DNS Record Types

› dig 使用说明

› djbdns

› DNS Parameters

› dnslib for Python

这是一个创建于 3240 天前的主题，其中的信息可能已经有所发展或是发生改变。

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=4ms TTL=248
来自 8.8.8.8 的回复: 字节=32 时间=6ms TTL=248
来自 8.8.8.8 的回复: 字节=32 时间=6ms TTL=248
来自 8.8.8.8 的回复: 字节=32 时间=5ms TTL=248

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

正在 Ping 8.8.4.4 具有 32 字节的数据:
来自 8.8.4.4 的回复: 字节=32 时间=4ms TTL=248
来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=248
来自 8.8.4.4 的回复: 字节=32 时间=8ms TTL=248
来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=248

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

第 1 条附言 · 2016-01-09 12:40:46 +08:00

按照月光博客的这篇文章所说，我把 DNS 改为： 8.8.8.8 和 8.8.4.4 没有遇到 DNS 劫持，但是却有 DNS 污染。 http://www.williamlong.info/archives/2195.html
最后的 61.181.148.142 是天津联通。
所以是天津联通伪造了一个 8.8.8.8 ，还是一个什么情况，到底能用此 8.8.8.8 否？

第 2 条附言 · 2016-01-09 12:41:17 +08:00

tracert 8.8.8.8
到 google-public-dns-a.google.com [8.8.8.8] 的路由:

1 3 ms 1 ms 2 ms 192.168.X.1
2 2 ms 2 ms 11 ms 192.168.Y.1
3 50 ms 4 ms 4 ms dns1.online.tj.cn [111.165.40.1]
4 9 ms 6 ms 4 ms dns9.online.tj.cn [117.8.110.9]
5 8 ms 5 ms 8 ms dns5.online.tj.cn [117.8.201.5]
6 4 ms 6 ms 4 ms 61.181.148.142
7 * * * 请求超时。
8 * * * 请求超时。
9 * * * 请求超时。
10 * * * 请求超时。
11 11 ms 4 ms 4 ms google-public-dns-a.google.com [8.8.8.8]

跟踪完成。

C:\>tracert 8.8.4.4

通过最多 30 个跃点跟踪
到 google-public-dns-b.google.com [8.8.4.4] 的路由:

1 1 ms 1 ms 1 ms 192.168.1.1
2 1 ms 1 ms 1 ms 192.168.18.1
3 18 ms 4 ms 4 ms dns1.online.tj.cn [111.165.40.1]
4 6 ms 4 ms 4 ms dns137.online.tj.cn [117.8.146.137]
5 * * 9 ms dns5.online.tj.cn [117.8.109.5]
6 4 ms 4 ms 4 ms 61.181.148.142
7 * * * 请求超时。
8 * * * 请求超时。
9 * * * 请求超时。
10 * * * 请求超时。
11 4 ms 4 ms 4 ms google-public-dns-b.google.com [8.8.4.4]

跟踪完成。

C:\>nslookup twitter.com 144.223.234.234
DNS request timed out.
timeout was 2 seconds.
服务器: UnKnown
Address: 144.223.234.234

非权威应答:
名称: twitter.com
Addresses: 93.46.8.89
159.106.121.75

C:\>nslookup twitter.com 144.223.234.234
DNS request timed out.
timeout was 2 seconds.
服务器: UnKnown
Address: 144.223.234.234

非权威应答:
名称: twitter.com
Addresses: 159.106.121.75
159.106.121.75

第 3 条附言 · 2016-01-09 12:41:28 +08:00

C:\>nslookup www.SomeRandomDomainName.com 144.223.234.234
DNS request timed out.
timeout was 2 seconds.
服务器: UnKnown
Address: 144.223.234.234

DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** 请求 UnKnown 超时

TTL

8.8.8.8

8.8.4.4

119 条回复 • 2016-01-13 11:05:27 +08:00

1 2

❮

❯

101

zhfish

2016-01-10 11:22:14 +08:00

只要你在国内，用什么 dns 都会被污染的。。。

102

geekzu

2016-01-10 11:24:54 +08:00 via Android

运营商劫持了 8888 ，伪 anycast

103

aivier

2016-01-10 12:21:36 +08:00

还是掉 3 包通 1 包....

104

nvidiaAMD980X

2016-01-10 12:59:20 +08:00 via Android

@zhfish 之前国外的 DNS 也被污染了，都是 GFW 的功劳……………

105

PyPog

2016-01-10 15:12:57 +08:00

丢包率百分 50 以上...

106

cybermay

2016-01-10 16:11:02 +08:00

大面积丢包啊

107

sublimevsatom

2016-01-10 16:47:47 +08:00

每年都在传，也没见到实的。

108

t123yh

2016-01-10 17:02:37 +08:00 via Android

我这里全部超时。

109

DendimoN

2016-01-10 19:02:01 +08:00

很明显是幻觉。。。我是上海电信
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
64 bytes from 8.8.8.8: icmp_seq=2 ttl=43 time=107.768 ms
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
64 bytes from 8.8.8.8: icmp_seq=7 ttl=43 time=109.206 ms
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
Request timeout for icmp_seq 10
Request timeout for icmp_seq 11
Request timeout for icmp_seq 12
Request timeout for icmp_seq 13
Request timeout for icmp_seq 14
^C
--- 8.8.8.8 ping statistics ---
16 packets transmitted, 2 packets received, 87.5% packet loss
round-trip min/avg/max/stddev = 107.768/108.487/109.206/0.719 ms

110

elgoog1970

2016-01-11 09:27:59 +08:00

➜ ~ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
64 bytes from 8.8.8.8: icmp_seq=4 ttl=43 time=72.934 ms
Request timeout for icmp_seq 5
64 bytes from 8.8.8.8: icmp_seq=6 ttl=43 time=74.784 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=43 time=75.444 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=43 time=75.293 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=43 time=85.120 ms
Request timeout for icmp_seq 10
64 bytes from 8.8.8.8: icmp_seq=11 ttl=43 time=91.738 ms
Request timeout for icmp_seq 12
Request timeout for icmp_seq 13
64 bytes from 8.8.8.8: icmp_seq=14 ttl=43 time=78.032 ms
Request timeout for icmp_seq 15
64 bytes from 8.8.8.8: icmp_seq=16 ttl=43 time=86.950 ms
Request timeout for icmp_seq 17
cRequest timeout for icmp_seq 18
64 bytes from 8.8.8.8: icmp_seq=19 ttl=43 time=77.538 ms
^C
--- 8.8.8.8 ping statistics ---
20 packets transmitted, 9 packets received, 55.0% packet loss
round-trip min/avg/max/stddev = 72.934/79.759/91.738/6.162 ms