谷歌 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 条回复
mjoseph
2016-01-09 11:45:13 +08:00
linkedin 上的招聘信息都出来了
kindjeff
2016-01-09 11:47:26 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=197ms TTL=46
请求超时。

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 1 ，丢失 = 3 (75% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 197ms ，最长 = 197ms ，平均 = 197ms
k9982874
2016-01-09 11:47:31 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=72ms TTL=44
来自 8.8.8.8 的回复: 字节=32 时间=71ms TTL=44
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=44
来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=44
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=44
来自 8.8.8.8 的回复: 字节=32 时间=72ms TTL=44
请求超时。
请求超时。
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=79ms TTL=44


北京联通
blessme
2016-01-09 11:47:52 +08:00
被劫持了吧， 8ms 基本就是省内才能 ping 这个值。
blessme
2016-01-09 11:48:24 +08:00
移动就劫持 8888 8844 ， ping 出来个位数，然而并不能用
miao1007
2016-01-09 11:50:54 +08:00
谷歌日常回归， ping

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=44 time=184.557 ms
Request timeout for icmp_seq 3
64 bytes from 8.8.8.8: icmp_seq=4 ttl=44 time=191.888 ms
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
64 bytes from 8.8.8.8: icmp_seq=10 ttl=44 time=258.018 ms
Request timeout for icmp_seq 11
Request timeout for icmp_seq 12
Request timeout for icmp_seq 13
64 bytes from 8.8.8.8: icmp_seq=14 ttl=44 time=186.419 ms
^C
--- 8.8.8.8 ping statistics ---
16 packets transmitted, 4 packets received, 75.0% packet loss
round-trip min/avg/max/stddev = 184.557/205.220/258.018/30.602 ms
starship
2016-01-09 11:53:54 +08:00
r#4 @blessme 天津市 联通， ping 百度或 QQ 有时会达到个位数。
Anteiku
2016-01-09 11:55:15 +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=3 ttl=44 time=93.9 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=44 time=95.7 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=44 time=94.0 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=44 time=94.0 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=44 time=94.0 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=44 time=94.5 ms
64 bytes from 8.8.8.8: icmp_seq=28 ttl=44 time=93.8 ms
^C
--- 8.8.8.8 ping statistics ---
29 packets transmitted, 7 received, 75% packet loss, time 28158ms
rtt min/avg/max/mdev = 93.804/94.300/95.737/0.721 ms
v1024
2016-01-09 11:55:47 +08:00
这个延迟必然需要在墙内，对于一个 ip 地址怎么可能呢？常识呢..
rainy3636
2016-01-09 11:56:04 +08:00
看看路由追踪
oojiayu
2016-01-09 11:57:08 +08:00


四川，成都电信。

这效果，能用？
VmuTargh
2016-01-09 11:58:08 +08:00
https://ooo.0o0.ooo/2016/01/08/569085e1db54b.png
fangdingjun
2016-01-09 12:01:36 +08:00
8ms 这明明是 ISP 的回应
moname
2016-01-09 12:01:48 +08:00
Microsoft Windows [版本 6.1.7601]
版权所有 (c) 2009 Microsoft Corporation 。保留所有权利。

C:\Users\IMONG>ping 8.8.8.8 -t

正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=119ms TTL=45
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=66ms TTL=45
jessynt
2016-01-09 12:03:06 +08:00
然而丢包还是很严重
Kisesy
2016-01-09 12:03:55 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=45
来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=45
请求超时。
shuax
2016-01-09 12:13:29 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=139ms TTL=45
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=142ms TTL=45

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 2 ，丢失 = 2 (50% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 139ms ，最长 = 142ms ，平均 = 140ms
Orzpls
2016-01-09 12:14:43 +08:00
你的 TTL 值都不对，谷歌的服务器不可能上 200 多的。虽说可以改但是还是有参考性。
shmilyin
2016-01-09 12:17:28 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
请求超时。
来自 8.8.8.8 的回复: 字节=32 时间=810ms TTL=46
请求超时。

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

C:\Users\xxx>ping 8.8.8.8

正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4 ，已接收 = 0 ，丢失 = 4 (100% 丢失)，
chol
2016-01-09 12:17:55 +08:00
我居然真去 ping 了下……这是智商测试帖吗

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

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

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

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

© 2021 V2EX