This topic created in 3768 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
来自 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 否？
最后的 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
到 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 超时
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 超时
 |
1
mjoseph Jan 9, 2016
linkedin 上的招聘信息都出来了
|
 |
2
kindjeff Jan 9, 2016
正在 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 |
 |
3
k9982874 Jan 9, 2016
正在 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 北京联通 |
 |
4
blessme Jan 9, 2016
被劫持了吧， 8ms 基本就是省内才能 ping 这个值。
|
|
5
blessme Jan 9, 2016
移动就劫持 8888 8844 ， ping 出来个位数，然而并不能用
|
 |
6
miao1007 Jan 9, 2016
谷歌日常回归， 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 |
 |
8
Anteiku Jan 9, 2016
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 |
 |
9
v1024 Jan 9, 2016 via iPhone  1
这个延迟必然需要在墙内，对于一个 ip 地址怎么可能呢？常识呢..
|
 |
10
rainy3636 Jan 9, 2016 via Android
看看路由追踪
|
 |
11
oojiayu Jan 9, 2016
 四川，成都电信。 这效果，能用？ |
 |
12
VmuTargh Jan 9, 2016
https://ooo.0o0.ooo/2016/01/08/569085e1db54b.png
|
 |
13
fangdingjun Jan 9, 2016
8ms 这明明是 ISP 的回应
|
 |
14
moname Jan 9, 2016
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 |
 |
15
jessynt Jan 9, 2016
然而丢包还是很严重
 |
 |
16
Kisesy Jan 9, 2016
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=45 来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=45 请求超时。 |
 |
17
momo1999 Jan 9, 2016
正在 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 |
 |
18
Orzpls Jan 9, 2016 via Android
你的 TTL 值都不对，谷歌的服务器不可能上 200 多的。虽说可以改但是还是有参考性。
|
 |
19
shmilyin Jan 9, 2016
正在 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% 丢失)， |
 |
20
chol Jan 9, 2016
我居然真去 ping 了下……这是智商测试帖吗
|
 |
21
shenmegui Jan 9, 2016
正在 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 然并卵 |
 |
22
kozora Jan 9, 2016
四川电信
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 |
 |
23
missdeer Jan 9, 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=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 |
 |
24
Cola90 Jan 9, 2016 1
lz 珠三角？连香港的话这延迟也不奇怪
|
 |
25
badman7 Jan 9, 2016
130 左右
|
 |
26
ghostheaven Jan 9, 2016
上海联通 平均 71 无丢包
|
 |
27
starship OP 按照月光博客的这篇文章所说，我把 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 否？ |
 |
28
hinkal Jan 9, 2016
楼主智硬，即使 google 回归在国内部署了服务器，但你 ping 的是 IP 哎，怎么可能这么快
|
 |
30
danny200309 Jan 9, 2016 via Android
P 主智商很高好吧，他是来挣铜币的。。。
|
 |
31
adubi Jan 9, 2016 via Android
同意楼上，且鄙视谷歌无良
|
 |
32
igaozp Jan 9, 2016
山东电信
正在 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 吧 |
 |
33
yech1990 Jan 9, 2016
我只能说楼主太容易满足
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 |
 |
34
GNiux Jan 9, 2016 via iPhone
被劫持的。
|
 |
35
soland Jan 9, 2016
丢包率很高啊
|
 |
36
bazingaterry Jan 9, 2016
广州联通
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 |
 |
37
xiao201261 Jan 9, 2016
然而
|
 |
38
RqPS6rhmP3Nyn3Tm Jan 9, 2016 via iPad
|
 |
39
Autonomous Jan 9, 2016
用这个 DNS 访问 Mac App Store 速度能不能快点？
|
 |
40
athanos Jan 9, 2016
跑到美国一个来回去光速都要 70ms 。
|
 |
41
Sunnyyoung Jan 9, 2016
广州电信丢包率感人
|
 |
42
sensui7 Jan 9, 2016
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=165ms TTL=45 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=161ms TTL=45 请求超时。 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 2 ，丢失 = 2 (50% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 161ms ，最长 = 165ms ，平均 = 163ms -------------- 辽宁 联通. |
 |
45
halczy Jan 9, 2016
广州这里 8.8.4.4 是可以跑到个位数，估计在香港。
  |
 |
46
lingaoyi Jan 9, 2016 via iPhone
又做梦....
|
 |
47
rrkelee Jan 9, 2016
 |
 |
48
openbaby Jan 9, 2016
然而我这里电信并没有复活。我认为即便谷歌重返中国也只是部分业务，不可能是全业务重返，特别是 DNS 这块压根不用想了。
|
 |
50
crazycen Jan 9, 2016 via iPhone
楼主想多了，我家 ping 8.8.8.8 可以到 5ms ，大家笑笑就好！
|
 |
53
Halry Jan 9, 2016 via Android
hksl 仅供参考 root@HKSL ~]# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=50 time=32.6 ms ^C --- 8.8.8.8 ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5009ms rtt min/avg/max/mdev = 32.662/32.722/32.862/0.192 ms [root@HKSL ~]# ping 8.8.4.4 PING 8.8.4.4 (8.8.4.4) 56(84) bytes of data. 64 bytes from 8.8.4.4: icmp_seq=1 ttl=57 time=3.64 ms --- 8.8.4.4 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3004ms rtt min/avg/max/mdev = 3.642/3.668/3.702/0.049 ms ttl 那么高，我不太信 |
 |
54
aofall Jan 9, 2016 via iPhone
从路由追踪来看很明显运营商帮 Google DNS 做了 Anycast ，并不是真正的 Google DNS ，而是运营商 DNS 。很常见的情况。
还有，不要屁大点事就扯“ Google 要回归中国了”，这是属于有生之年的事 |
 |
55
omoyouo Jan 9, 2016
|
 |
56
skyaiwh Jan 9, 2016
苏州移动 CMCC-EDU
C:\WINDOWS\system32>ping 8.8.8.8 -t 正在 Ping 8.8.8.8 具有 32 字节的数据: 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=152ms TTL=37 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37 请求超时。 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=124ms TTL=37 请求超时。 请求超时。 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=163ms TTL=37 来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37 来自 8.8.8.8 的回复: 字节=32 时间=116ms TTL=37 来自 8.8.8.8 的回复: 字节=32 时间=121ms TTL=37 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=37 来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=37 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37 |
 |
57
wyf88 Jan 9, 2016 1
|
 |
58
aalska Jan 9, 2016
8.8.4.4 递归在香港。 有什么奇怪的。我这里连接过去 8ms
|
 |
59
yexm0 Jan 9, 2016 via Android
8.8.8.8 在台湾延迟肯定高的了。而 8.8.4.4 则是在香港，如果你人在广东的话延迟个位数非常正常
|
 |
60
markzar Jan 9, 2016
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=45 time=69.3 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=45 time=68.3 ms 64 bytes from 8.8.8.8: icmp_seq=9 ttl=45 time=67.9 ms 64 bytes from 8.8.8.8: icmp_seq=10 ttl=45 time=67.6 ms 64 bytes from 8.8.8.8: icmp_seq=16 ttl=45 time=68.1 ms ^C --- 8.8.8.8 ping statistics --- 18 packets transmitted, 5 received, 72% packet loss, time 17099ms rtt min/avg/max/mdev = 67.662/68.282/69.357/0.585 ms 基本不能用 |
 |
61
yyx007 Jan 9, 2016
IP ： 209.85.241.58
地址： 香港 美国加州山景城谷歌公司骨干网电信出口(仅供中国大陆专用) [  ] |
|
62
yyx007 Jan 9, 2016
8.8.4.4 延迟更加低只有 34
 |
 |
63
hronro Jan 9, 2016
我这里基本丢包率在 80%以上，
|
 |
64
exploitcat Jan 9, 2016
山东联通 10M:
正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=143ms TTL=45 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=141ms TTL=45 来自 8.8.8.8 的回复: 字节=32 时间=142ms TTL=45 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 3 ，丢失 = 1 (25% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 141ms ，最长 = 143ms ，平均 = 142ms |
 |
65
assassinpig Jan 9, 2016
虽然很想这是真的，但是... 散了, 散了吧~~~
|
 |
66
shizzmk Jan 9, 2016
不行，在天朝還是丟包嚴重的 ...
|
 |
68
asp Jan 9, 2016
我在广州
F:\>ping 8.8.8.8 Pinging 8.8.8.8 with 32 bytes of data: Request timed out. Request timed out. Request timed out. Reply from 8.8.8.8: bytes=32 time=82ms TTL=39 Ping statistics for 8.8.8.8: Packets: Sent = 4, Received = 1, Lost = 3 (75% loss), Approximate round trip times in milli-seconds: Minimum = 82ms, Maximum = 82ms, Average = 82ms |
 |
69
liuhaotian Jan 9, 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 Request timeout for icmp_seq 2 Request timeout for icmp_seq 3 Request timeout for icmp_seq 4 Request timeout for icmp_seq 5 ^C --- 8.8.8.8 ping statistics --- 7 packets transmitted, 0 packets received, 100.0% packet loss PING 8.8.4.4 (8.8.4.4): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 ^C --- 8.8.4.4 ping statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss |
 |
70
freeandeasy Jan 9, 2016
--- 8.8.8.8 ping statistics ---
47 packets transmitted, 12 packets received, 74.5% packet loss round-trip min/avg/max/stddev = 125.158/151.010/205.383/23.062 ms 然并卵 |
 |
71
mytsing520 PRO TTL=248
看到这个就知道基本在省内被劫持了 |
 |
72
Jyuan0304 Jan 9, 2016
水贴真多
|
 |
73
mfu Jan 9, 2016
☁ ~ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes Request timeout for icmp_seq 0 64 bytes from 8.8.8.8: icmp_seq=1 ttl=39 time=74.048 ms Request timeout for icmp_seq 2 Request timeout for icmp_seq 3 64 bytes from 8.8.8.8: icmp_seq=4 ttl=39 time=75.569 ms Request timeout for icmp_seq 5 64 bytes from 8.8.8.8: icmp_seq=6 ttl=39 time=75.924 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=39 time=75.912 ms Request timeout for icmp_seq 8 64 bytes from 8.8.8.8: icmp_seq=9 ttl=39 time=78.168 ms 64 bytes from 8.8.8.8: icmp_seq=10 ttl=39 time=76.801 ms 64 bytes from 8.8.8.8: icmp_seq=11 ttl=39 time=76.820 ms ^C |
 |
74
imdoge Jan 9, 2016
google DNS 在学校的时候一直都能用...
|
 |
75
boxlee Jan 9, 2016
北京联通
正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=69ms TTL 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=78ms TTL 来自 8.8.8.8 的回复: 字节=32 时间=74ms TTL 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 3 ，丢失 = 往返行程的估计时间(以毫秒为单位): 最短 = 69ms ，最长 = 78ms ，平均 = 73ms |
 |
76
hzlzh PRO 月经帖
|
 |
77
LTanN Jan 9, 2016
64 bytes from 8.8.8.8: icmp_seq=0 ttl=57 time=13.154 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=57 time=14.551 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=14.463 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=57 time=15.059 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=57 time=17.740 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=57 time=11.683 ms 64 bytes from 8.8.8.8: icmp_seq=6 ttl=57 time=12.961 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=57 time=16.023 ms 快得不正常啊 |
|
78
LTanN Jan 9, 2016
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 1.470 ms 1.344 ms 1.496 ms 2 172.28.0.1 (172.28.0.1) 6.677 ms 7.718 ms 16.451 ms 3 120.197.103.225 (120.197.103.225) 9.247 ms 4.426 ms 7.468 ms 4 120.196.242.41 (120.196.242.41) 97.250 ms 77.189 ms 22.931 ms 5 * 183.235.232.221 (183.235.232.221) 14.366 ms 120.198.208.177 (120.198.208.177) 14.449 ms 6 183.235.225.202 (183.235.225.202) 16.073 ms 183.235.225.210 (183.235.225.210) 15.591 ms 183.235.230.138 (183.235.230.138) 17.549 ms 7 211.136.193.150 (211.136.193.150) 12.525 ms 120.198.206.150 (120.198.206.150) 12.664 ms 211.139.130.206 (211.139.130.206) 12.217 ms 8 120.198.206.221 (120.198.206.221) 10.613 ms 183.235.224.242 (183.235.224.242) 12.584 ms 11.437 ms 9 google-public-dns-a.google.com (8.8.8.8) 15.257 ms 13.698 ms 16.211 ms 有人帮助分析吗 |
 |
79
FunyKis Jan 9, 2016
那个 8.8.4.4 的 dns 就一直没慢过， 8.8.8.8 倒是容易断
|
 |
80
sheephe Jan 9, 2016
已看不下去了
 |
 |
81
billwang Jan 9, 2016
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。 请求超时。 请求超时。 请求超时。 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 0 ，丢失 = 4 (100% 丢失)， 楼主的网络估计不正常 |
|
82
blessme Jan 9, 2016
@bazingaterry 你这是广州联通？前面全都是内网里面跳啊跳，应该给的也是内网 IP 吧，哭，我还说准备换联通呢。
|
 |
83
Lullaby Jan 10, 2016
同广州电信 同感人
|
 |
85
KenGe Jan 10, 2016
C:\Users\Administrator>ping 8.8.8.8
正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=58ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=56ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=61ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=58ms TTL=43 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 56ms ，最长 = 61ms ，平均 = 58ms 湖北联通 Host Lost Sent Recv Best Avrg Wrst Last 192.168.199.1 局域网 对方和您在同一内部网 0 6 6 0 0 0 0 113.57.16.1 湖北省武汉市 联通 0 6 6 3 3 4 4 218.104.110.102 湖北省武汉市 联通(很多学校共享) 0 6 6 4 5 8 4 218.106.127.181 湖北省荆州市 联通 0 6 6 3 4 5 4 218.104.110.157 湖北省武汉市 联通(很多学校共享) 0 6 6 6 7 9 6 58.19.112.1 湖北省武汉市 联通 0 6 6 22 23 24 22 219.158.7.89 中国 联通骨干网 0 6 6 19 20 21 20 219.158.11.178 中国 联通骨干网 0 6 6 21 23 25 23 219.158.96.246 中国 联通骨干网 0 6 6 80 99 128 101 219.158.102.122 中国 联通骨干网 0 6 6 25 28 32 28 72.14.215.130 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 140 163 186 175 209.85.248.60 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 92 93 95 94 216.239.40.11 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 152 168 193 182 209.85.253.89 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 51 52 55 55 209.85.243.23 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 113 126 149 133 No response from host 100 2 0 0 0 0 0 8.8.8.8 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 DNS 服务器 0 6 6 113 126 149 133 |
 |
86
VersusClyne Jan 10, 2016
PING6(56=40+8+8 bytes) 2002:79ed:c931:4:2d5f:588:32a2:f905 --> 2001:4860:4860::8888
16 bytes from 2001:4860:4860::8888, icmp_seq=0 hlim=55 time=194.180 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=1 hlim=55 time=194.576 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=2 hlim=55 time=196.176 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=3 hlim=55 time=196.412 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=4 hlim=55 time=196.557 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=5 hlim=55 time=196.400 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=6 hlim=55 time=195.820 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=7 hlim=55 time=194.404 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=8 hlim=55 time=195.563 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=9 hlim=55 time=193.163 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=10 hlim=55 time=196.326 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=11 hlim=55 time=191.602 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=12 hlim=55 time=195.455 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=13 hlim=55 time=192.833 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=14 hlim=55 time=192.818 ms 16 bytes from 2001:4860:4860::8888, icmp_seq=15 hlim=55 time=196.463 ms ^C --- 2001:4860:4860::8888 ping6 statistics --- 17 packets transmitted, 16 packets received, 5.9% packet loss round-trip min/avg/max/std-dev = 191.602/194.922/196.557/1.548 ms |
 |
87
cocacold Jan 10, 2016
Location ISP Loss Sent Last Avg Best Worst StDev
---------------------------------------------------------------------------------------------- USA, WA, Seattle Westin/Stealthy 0% 100 0.46 0.47 0.41 0.78 0.05 USA, WA, Seattle Westin/RamNode 0% 100 0.29 0.39 0.25 1.61 0.23 USA, CA, Los Angeles QuadraNET 0% 100 0.36 0.41 0.35 1.44 0.13 USA, CA, Los Angeles 600 W 7th/RamNode 0% 100 0.49 0.49 0.42 0.63 0.05 USA, AZ, Phoenix IT7 Networks 0% 100 9.2 9.23 8.95 10.6 0.27 USA, TX, Plano Softlayer 0% 100 1.46 1.53 1.45 6.83 0.53 USA, TX, Dallas Incero 0% 100 0.67 0.68 0.62 0.75 0.02 USA, GA, Atlanta 55 Marietta/RamNode 0% 100 0.41 0.41 0.36 0.47 0.02 USA, FL, Jacksonville GoRack 0% 100 16.5 15.11 6.5 20.55 3.55 USA, NY, New York Telehouse/RamNode 0% 100 0.91 0.91 0.83 1.53 0.07 Canada, Quebec OVH 0% 100 31.9 32.54 31.85 44.85 1.8 UK, London HostDime 0% 100 3.4 3.39 3.31 3.92 0.07 Netherlands, Rotterdam SmartDC 0% 100 6.24 6.2 6.01 6.53 0.1 Netherlands, Nuland WeservIT/RamNode 0% 100 5.8 5.73 5.51 6.09 0.12 Luxembourg, Roost Root.lu/BuyVM 0% 100 33.92 34.26 32.64 44.28 1.62 Germany, Nurnberg Core-backbone 0% 100 15.17 15.18 15.13 15.3 0.03 Germany, Bochum ProviderService 0% 100 4.56 4.59 4.55 4.71 0.03 Italy, Milan Prometeus 0% 100 0.28 0.29 0.24 1.08 0.08 Sweden, Stockholm HostHatch 0% 100 1.32 1.33 1.28 1.52 0.05 Lithuania, Vilnius Serveriai 0% 100 16.22 16.24 16.14 17.16 0.14 Romania, Navodari Virtono 2% 100 13.77 13.76 13.69 13.96 0.06 Ukraine, Kharkiv ITLDC 0% 100 58.72 61.79 58.63 69.32 2.73 Russia, Moscow WebDC/FirstVDS 0% 100 1.37 1.71 1.31 2.64 0.39 Russia, Tomsk Tomgate/Berihoster 1% 100 61.28 57.57 55.8 66.72 2.23 Singapore Digital Ocean 0% 100 2.03 2.01 1.84 2.32 0.11 Japan, Tokyo Vultr 0% 100 1.35 1.38 1.31 1.47 0.03 Australia, Sydney Vultr 0% 100 0.67 0.8 0.59 4.56 0.55 China, Guangzhou Tencent cloud 19% 100 137.94 169.1 134.66 243.1 44.35 China, Shenzhen Aliyun 0% 100 40.59 42.55 40.15 76.66 6.33 China, Beijing Hsoft Technologies 0% 100 76.69 78.92 76.15 120.71 6.86 China, Beijing Aliyun 20% 100 119.88 102.18 69.16 170.81 39.73 China, Hangzhou Aliyun 42% 100 61.69 73.06 61.58 97.02 11.71 China, Qingdao Aliyun 15% 100 78.95 85.72 78.82 110.09 9.24 Brazil, Sao Paulo Host1plus 0% 100 1.98 2.01 1.87 4.21 0.3 South Africa, JHB Host1plus 0% 100 0.79 0.8 0.73 1.23 0.08 Report created by ping.pe for 8.8.8.8 on Sat, 09 Jan 2016 12:26:08 -0500 |
 |
88
EVJohn Jan 10, 2016
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=166ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=482ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=177ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=120ms TTL=43 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 120ms ，最长 = 482ms ，平均 = 236ms |
 |
89
lewiseek Jan 10, 2016
江苏电信
正在 Ping 8.8.8.8 具有 32 字节的数据: 请求超时。 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=46 请求超时。 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 1 ，丢失 = 3 (75% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 67ms ，最长 = 67ms ，平均 = 67ms |
 |
90
loveminds Jan 10, 2016
看起来国内的服务器在天津？
|
 |
91
nobita215 Jan 10, 2016
依旧丢包 很卡
|
 |
92
hqs123 Jan 10, 2016
还是连不上啊
|
 |
93
aitaii Jan 10, 2016
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=108ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=111ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=105ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=119ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=112ms TTL=43 请求超时。 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=100ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=95ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=95ms TTL=43 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=81ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=85ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=90ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=83ms TTL=43 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=94ms TTL=43 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 17 ，已接收 = 13 ，丢失 = 4 (23% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 81ms ，最长 = 119ms ，平均 = 98ms |
 |
94
openour Jan 10, 2016
想说 你是不是在酒店里 ping 的，很多酒店能上外网
|
 |
95
f0 Jan 10, 2016
Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=17ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=22ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=20ms TTL=56 Reply from 8.8.8.8: bytes=32 time=67ms TTL=56 Reply from 8.8.8.8: bytes=32 time=17ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=26ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=20ms TTL=56 Reply from 8.8.8.8: bytes=32 time=25ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=22ms TTL=56 Reply from 8.8.8.8: bytes=32 time=17ms TTL=56 Reply from 8.8.8.8: bytes=32 time=28ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=20ms TTL=56 Reply from 8.8.8.8: bytes=32 time=19ms TTL=56 Reply from 8.8.8.8: bytes=32 time=30ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Reply from 8.8.8.8: bytes=32 time=18ms TTL=56 Ping statistics for 8.8.8.8: Packets: Sent = 37, Received = 37, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 17ms, Maximum = 67ms, Average = 20ms |
 |
96
xfcygxy Jan 10, 2016
Request timeout for icmp_seq 0
64 bytes from 8.8.8.8: icmp_seq=1 ttl=44 time=173.105 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=44 time=176.176 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=44 time=171.235 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=44 time=176.019 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=44 time=174.382 ms 64 bytes from 8.8.8.8: icmp_seq=6 ttl=44 time=169.835 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=44 time=165.647 ms 64 bytes from 8.8.8.8: icmp_seq=8 ttl=44 time=171.273 ms 64 bytes from 8.8.8.8: icmp_seq=9 ttl=44 time=173.021 ms 64 bytes from 8.8.8.8: icmp_seq=10 ttl=44 time=168.058 ms 64 bytes from 8.8.8.8: icmp_seq=11 ttl=44 time=164.205 ms Request timeout for icmp_seq 12 Request timeout for icmp_seq 13 Request timeout for icmp_seq 14 64 bytes from 8.8.8.8: icmp_seq=15 ttl=44 time=170.871 ms 64 bytes from 8.8.8.8: icmp_seq=16 ttl=44 time=171.878 ms Request timeout for icmp_seq 17 64 bytes from 8.8.8.8: icmp_seq=18 ttl=44 time=169.853 ms 64 bytes from 8.8.8.8: icmp_seq=19 ttl=44 time=170.334 ms 64 bytes from 8.8.8.8: icmp_seq=20 ttl=44 time=169.927 ms 64 bytes from 8.8.8.8: icmp_seq=21 ttl=44 time=173.069 ms 64 bytes from 8.8.8.8: icmp_seq=22 ttl=44 time=170.853 ms Request timeout for icmp_seq 23 Request timeout for icmp_seq 24 Request timeout for icmp_seq 25 64 bytes from 8.8.8.8: icmp_seq=26 ttl=44 time=171.835 ms Request timeout for icmp_seq 27 64 bytes from 8.8.8.8: icmp_seq=28 ttl=44 time=173.050 ms 64 bytes from 8.8.8.8: icmp_seq=29 ttl=44 time=171.545 ms 64 bytes from 8.8.8.8: icmp_seq=30 ttl=44 time=166.529 ms Request timeout for icmp_seq 31 64 bytes from 8.8.8.8: icmp_seq=32 ttl=44 time=168.640 ms Request timeout for icmp_seq 33 64 bytes from 8.8.8.8: icmp_seq=34 ttl=44 time=171.984 ms 64 bytes from 8.8.8.8: icmp_seq=35 ttl=44 time=168.452 ms 64 bytes from 8.8.8.8: icmp_seq=36 ttl=44 time=169.848 ms 64 bytes from 8.8.8.8: icmp_seq=37 ttl=44 time=171.481 ms 64 bytes from 8.8.8.8: icmp_seq=38 ttl=44 time=171.489 ms 64 bytes from 8.8.8.8: icmp_seq=39 ttl=44 time=172.385 ms Request timeout for icmp_seq 40 Request timeout for icmp_seq 41 Request timeout for icmp_seq 42 Request timeout for icmp_seq 43 Request timeout for icmp_seq 44 Request timeout for icmp_seq 45 以上是内蒙联通情况 |
 |
97
imlinhanchao Jan 10, 2016 1
|
 |
98
Muniesa Jan 10, 2016
广东校园网
正在 Ping 8.8.4.4 具有 32 字节的数据: 来自 8.8.4.4 的回复: 字节=32 时间=8ms TTL=48 来自 8.8.4.4 的回复: 字节=32 时间=5ms TTL=48 来自 8.8.4.4 的回复: 字节=32 时间=5ms TTL=48 来自 8.8.4.4 的回复: 字节=32 时间=5ms TTL=48 8.8.4.4 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 5ms ，最长 = 8ms ，平均 = 5ms 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=34ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=36ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=34ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=34ms TTL=41 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 34ms ，最长 = 36ms ，平均 = 34ms |
 |
99
kn007 Jan 10, 2016
广东东莞电信企业光纤
> ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=70.507 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=70.453 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=70.496 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=70.522 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=56 time=70.506 ms 64 bytes from 8.8.8.8: icmp_seq=6 ttl=56 time=70.613 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=56 time=70.470 ms 64 bytes from 8.8.8.8: icmp_seq=8 ttl=56 time=70.539 ms 64 bytes from 8.8.8.8: icmp_seq=9 ttl=56 time=70.608 ms 64 bytes from 8.8.8.8: icmp_seq=10 ttl=56 time=70.533 ms 64 bytes from 8.8.8.8: icmp_seq=11 ttl=56 time=70.469 ms 64 bytes from 8.8.8.8: icmp_seq=12 ttl=56 time=70.445 ms 64 bytes from 8.8.8.8: icmp_seq=13 ttl=56 time=70.479 ms 64 bytes from 8.8.8.8: icmp_seq=14 ttl=56 time=70.485 ms 64 bytes from 8.8.8.8: icmp_seq=15 ttl=56 time=70.432 ms 64 bytes from 8.8.8.8: icmp_seq=16 ttl=56 time=70.413 ms 64 bytes from 8.8.8.8: icmp_seq=17 ttl=56 time=70.452 ms 64 bytes from 8.8.8.8: icmp_seq=18 ttl=56 time=70.571 ms 64 bytes from 8.8.8.8: icmp_seq=19 ttl=56 time=70.499 ms 64 bytes from 8.8.8.8: icmp_seq=20 ttl=56 time=70.527 ms ^C --- 8.8.8.8 ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19402ms rtt min/avg/max/mdev = 70.470/70.497/70.613/70.063 ms |
 |
100
zhangchioulin Jan 10, 2016
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=103ms TTL=37 来自 8.8.8.8 的回复: 字节=32 时间=101ms TTL=37 来自 8.8.8.8 的回复: 字节=32 时间=101ms TTL=37 来自 8.8.8.8 的回复: 字节=32 时间=101ms TTL=37 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ，已接收 = 4 ，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 101ms ，最长 = 103ms ，平均 = 101ms |
Select Language