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

2016-01-09 11:44:19 +08:00
 starship
正在 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
24654 次点击
所在节点    DNS
119 条回复
shenmegui
2016-01-09 12:22:56 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56
来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56
来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56
来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56

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

正在 Ping 114.114.114.114 具有 32 字节的数据:
来自 114.114.114.114 的回复: 字节=32 时间=23ms TTL=76
来自 114.114.114.114 的回复: 字节=32 时间=29ms TTL=64
来自 114.114.114.114 的回复: 字节=32 时间=30ms TTL=65
来自 114.114.114.114 的回复: 字节=32 时间=22ms TTL=72

114.114.114.114 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 22ms ，最长 = 30ms ，平均 = 26ms
然并卵
kozora
2016-01-09 12:31:53 +08:00
四川电信
C:\WINDOWS\system32>ping 8.8.8.8

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

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 3 ，丢失 = 1 (25% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 71ms ，最长 = 71ms ，平均 = 71ms
missdeer
2016-01-09 12:35:23 +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=44 time=83.937 ms
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
64 bytes from 8.8.8.8: icmp_seq=7 ttl=44 time=80.758 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
64 bytes from 8.8.8.8: icmp_seq=13 ttl=44 time=93.790 ms
^C
--- 8.8.8.8 ping statistics ---
14 packets transmitted, 3 packets received, 78.6% packet loss
round-trip min/avg/max/stddev = 80.758/86.162/93.790/5.548 ms
Cola90
2016-01-09 12:35:27 +08:00
lz 珠三角？连香港的话这延迟也不奇怪
badman7
2016-01-09 12:37:41 +08:00
130 左右
ghostheaven
2016-01-09 12:43:24 +08:00
上海联通 平均 71 无丢包
starship
2016-01-09 12:43:30 +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 否？
hinkal
2016-01-09 12:44:51 +08:00
楼主智硬，即使 google 回归在国内部署了服务器，但你 ping 的是 IP 哎，怎么可能这么快
Flygoat
2016-01-09 13:25:54 +08:00
@hinkal 请不要忽略 BGP Anycast
danny200309
2016-01-09 13:28:23 +08:00
P 主智商很高好吧，他是来挣铜币的。。。
adubi
2016-01-09 13:36:14 +08:00
同意楼上，且鄙视谷歌无良
igaozp
2016-01-09 13:57:01 +08:00
山东电信
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 0 ，丢失 = 4 (100% 丢失)，

正在 Ping 8.8.4.4 具有 32 字节的数据:
来自 8.8.4.4 的回复: 字节=32 时间=161ms TTL=52
请求超时。
请求超时。
请求超时。

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

我还是用 114 吧
yech1990
2016-01-09 14:10:40 +08:00
我只能说楼主太容易满足
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=4 ttl=40 time=33.5 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=40 time=37.7 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=40 time=36.1 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=40 time=35.9 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=40 time=31.5 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=40 time=36.3 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=40 time=35.6 ms
GNiux
2016-01-09 14:14:58 +08:00
被劫持的。
soland
2016-01-09 14:17:51 +08:00
丢包率很高啊
bazingaterry
2016-01-09 14:18:57 +08:00
广州联通

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
1 sysu-link.lan (192.168.1.1) 0.628 ms 0.458 ms 0.396 ms
2 172.16.37.254 (172.16.37.254) 1.933 ms 1.919 ms 1.804 ms
3 10.33.87.202 (10.33.87.202) 6.473 ms * 7.219 ms
4 10.20.30.9 (10.20.30.9) 1.329 ms 2.012 ms 1.945 ms
5 10.10.1.137 (10.10.1.137) 4.409 ms 4.515 ms 4.322 ms
6 10.10.1.42 (10.10.1.42) 6.688 ms 6.264 ms 6.114 ms
7 58.249.112.3 (58.249.112.3) 7.648 ms 7.972 ms 7.255 ms
8 120.80.175.5 (120.80.175.5) 8.198 ms 10.808 ms 12.136 ms
9 120.84.0.17 (120.84.0.17) 11.930 ms 8.432 ms 8.536 ms
10 219.158.14.241 (219.158.14.241) 9.302 ms 9.093 ms 8.008 ms
11 219.158.3.218 (219.158.3.218) 16.437 ms 11.686 ms 12.218 ms
12 219.158.97.2 (219.158.97.2) 82.282 ms 80.554 ms 80.433 ms
13 219.158.101.170 (219.158.101.170) 12.878 ms 17.053 ms 16.749 ms
14 72.14.215.130 (72.14.215.130) 49.343 ms 47.100 ms 47.361 ms
15 209.85.248.60 (209.85.248.60) 23.089 ms 35.550 ms
209.85.248.62 (209.85.248.62) 22.364 ms
16 * 216.239.40.11 (216.239.40.11) 84.246 ms 83.619 ms
17 216.239.47.157 (216.239.47.157) 129.185 ms
209.85.252.249 (209.85.252.249) 108.926 ms
216.239.57.239 (216.239.57.239) 41.255 ms
18 209.85.250.103 (209.85.250.103) 85.940 ms
64.233.175.215 (64.233.175.215) 111.403 ms
72.14.237.171 (72.14.237.171) 121.811 ms
19 * * *
20 google-public-dns-a.google.com (8.8.8.8) 45.655 ms 49.109 ms 47.294 ms
xiao201261
2016-01-09 14:27:39 +08:00
然而
RqPS6rhmP3Nyn3Tm
2016-01-09 14:31:03 +08:00
/go/however
Autonomous
2016-01-09 15:08:22 +08:00
用这个 DNS 访问 Mac App Store 速度能不能快点？
athanos
2016-01-09 15:17:38 +08:00
跑到美国一个来回去光速都要 70ms 。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/249480

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX