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

DNS 参考资料

› dnslib for Python

This topic created in 3807 days ago, the information mentioned may be changed or developed.

正在 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

Supplement 1 · Jan 9, 2016

按照月光博客的这篇文章所说，我把 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 否？

Supplement 2 · Jan 9, 2016

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

Supplement 3 · Jan 9, 2016

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 replies • 2016-01-13 11:05:27 +08:00

1 2

❮

❯

101

zhfish

Jan 10, 2016

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

102

geekzu

Jan 10, 2016 via Android

运营商劫持了 8888 ，伪 anycast

103

aivier

Jan 10, 2016

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

104

nvidiaAMD980X

Jan 10, 2016 via Android

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

105

PyPog

Jan 10, 2016

丢包率百分 50 以上...

106

cybermay

Jan 10, 2016

大面积丢包啊

107

sublimevsatom

Jan 10, 2016

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

108

t123yh

Jan 10, 2016 via Android

我这里全部超时。

109

DendimoN

Jan 10, 2016

很明显是幻觉。。。我是上海电信
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

Jan 11, 2016

➜ ~ 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