1
mjoseph 2016-01-09 11:45:13 +08:00
linkedin 上的招聘信息都出来了
|
2
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 |
3
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 北京联通 |
4
blessme 2016-01-09 11:47:52 +08:00
被劫持了吧, 8ms 基本就是省内才能 ping 这个值。
|
5
blessme 2016-01-09 11:48:24 +08:00
移动就劫持 8888 8844 , ping 出来个位数,然而并不能用
|
6
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 |
8
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 |
9
v1024 2016-01-09 11:55:47 +08:00 via iPhone 1
这个延迟必然需要在墙内,对于一个 ip 地址怎么可能呢?常识呢..
|
10
rainy3636 2016-01-09 11:56:04 +08:00 via Android
看看路由追踪
|
11
oojiayu 2016-01-09 11:57:08 +08:00
四川,成都电信。 这效果,能用? |
12
VmuTargh 2016-01-09 11:58:08 +08:00
https://ooo.0o0.ooo/2016/01/08/569085e1db54b.png
|
13
fangdingjun 2016-01-09 12:01:36 +08:00
8ms 这明明是 ISP 的回应
|
14
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 |
15
jessynt 2016-01-09 12:03:06 +08:00
然而丢包还是很严重
|
16
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 请求超时。 |
17
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 |
18
Orzpls 2016-01-09 12:14:43 +08:00 via Android
你的 TTL 值都不对,谷歌的服务器不可能上 200 多的。虽说可以改但是还是有参考性。
|
19
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% 丢失), |
20
chol 2016-01-09 12:17:55 +08:00
我居然真去 ping 了下……这是智商测试帖吗
|
21
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 然并卵 |
22
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 |
23
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 |
24
Cola90 2016-01-09 12:35:27 +08:00 1
lz 珠三角?连香港的话这延迟也不奇怪
|
25
badman7 2016-01-09 12:37:41 +08:00
130 左右
|
26
ghostheaven 2016-01-09 12:43:24 +08:00
上海联通 平均 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 2016-01-09 12:44:51 +08:00
楼主智硬,即使 google 回归在国内部署了服务器,但你 ping 的是 IP 哎,怎么可能这么快
|
30
danny200309 2016-01-09 13:28:23 +08:00 via Android
P 主智商很高好吧,他是来挣铜币的。。。
|
31
adubi 2016-01-09 13:36:14 +08:00 via Android
同意楼上,且鄙视谷歌无良
|
32
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 吧 |
33
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 |
34
GNiux 2016-01-09 14:14:58 +08:00 via iPhone
被劫持的。
|
35
soland 2016-01-09 14:17:51 +08:00
丢包率很高啊
|
36
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 |
37
xiao201261 2016-01-09 14:27:39 +08:00
然而
|
38
RqPS6rhmP3Nyn3Tm 2016-01-09 14:31:03 +08:00 via iPad
|
39
Autonomous 2016-01-09 15:08:22 +08:00
用这个 DNS 访问 Mac App Store 速度能不能快点?
|
40
athanos 2016-01-09 15:17:38 +08:00
跑到美国一个来回去光速都要 70ms 。
|
41
Sunnyyoung 2016-01-09 15:47:44 +08:00
广州电信丢包率感人
|
42
sensui7 2016-01-09 16:06:34 +08:00
正在 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 2016-01-09 16:20:22 +08:00
|
46
lingaoyi 2016-01-09 16:39:10 +08:00 via iPhone
又做梦....
|
47
rrkelee 2016-01-09 16:40:33 +08:00
|
48
openbaby 2016-01-09 16:43:33 +08:00
然而我这里电信并没有复活。我认为即便谷歌重返中国也只是部分业务,不可能是全业务重返,特别是 DNS 这块压根不用想了。
|
50
crazycen 2016-01-09 16:55:53 +08:00 via iPhone
楼主想多了,我家 ping 8.8.8.8 可以到 5ms ,大家笑笑就好!
|
53
Halry 2016-01-09 17:49:56 +08:00 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 2016-01-09 17:56:02 +08:00 via iPhone
从路由追踪来看很明显运营商帮 Google DNS 做了 Anycast ,并不是真正的 Google DNS ,而是运营商 DNS 。很常见的情况。
还有,不要屁大点事就扯“ Google 要回归中国了”,这是属于有生之年的事 |
55
omoyouo 2016-01-09 17:56:59 +08:00
|
56
skyaiwh 2016-01-09 17:58:02 +08:00
苏州移动 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 2016-01-09 18:18:30 +08:00 1
|
58
aalska 2016-01-09 18:23:28 +08:00
8.8.4.4 递归在香港。 有什么奇怪的。我这里连接过去 8ms
|
59
yexm0 2016-01-09 18:28:43 +08:00 via Android
8.8.8.8 在台湾延迟肯定高的了。而 8.8.4.4 则是在香港,如果你人在广东的话延迟个位数非常正常
|
60
markzar 2016-01-09 19:01:21 +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=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 2016-01-09 19:15:29 +08:00
|
62
yyx007 2016-01-09 19:18:57 +08:00
|
63
hronro 2016-01-09 19:53:02 +08:00
我这里基本丢包率在 80%以上,
|
64
exploitcat 2016-01-09 19:56:04 +08:00
山东联通 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 2016-01-09 20:00:39 +08:00
虽然很想这是真的,但是... 散了, 散了吧~~~
|
66
shizzmk 2016-01-09 20:23:06 +08:00
不行,在天朝還是丟包嚴重的 ...
|
68
asp 2016-01-09 20:35:23 +08:00
我在广州
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 2016-01-09 20:37:54 +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 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 2016-01-09 20:46:35 +08:00
--- 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 2016-01-09 21:06:33 +08:00
TTL=248
看到这个就知道基本在省内被劫持了 |
72
Jyuan0304 2016-01-09 21:06:55 +08:00
水贴真多
|
73
mfu 2016-01-09 21:41:48 +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 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 2016-01-09 22:17:15 +08:00
google DNS 在学校的时候一直都能用...
|
75
boxlee 2016-01-09 22:19:04 +08:00
北京联通
正在 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 2016-01-09 22:28:59 +08:00
月经帖
|
77
LTanN 2016-01-09 22:36:37 +08:00
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 2016-01-09 22:40:10 +08:00
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 2016-01-09 22:44:36 +08:00
那个 8.8.4.4 的 dns 就一直没慢过, 8.8.8.8 倒是容易断
|
80
sheephe 2016-01-09 23:13:25 +08:00
已看不下去了
|
81
billwang 2016-01-09 23:13:31 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。 请求超时。 请求超时。 请求超时。 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4 ,已接收 = 0 ,丢失 = 4 (100% 丢失), 楼主的网络估计不正常 |
82
blessme 2016-01-09 23:28:12 +08:00
@bazingaterry 你这是广州联通?前面全都是内网里面跳啊跳,应该给的也是内网 IP 吧,哭,我还说准备换联通呢。
|
83
Lullaby 2016-01-10 00:08:26 +08:00
同广州电信 同感人
|
85
KenGe 2016-01-10 00:25:19 +08:00
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 2016-01-10 01:24:32 +08:00
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 2016-01-10 01:46:10 +08:00
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 2016-01-10 02:13:15 +08:00
正在 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 2016-01-10 02:24:57 +08:00
江苏电信
正在 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 2016-01-10 02:33:03 +08:00
看起来国内的服务器在天津?
|
91
nobita215 2016-01-10 03:03:42 +08:00
依旧丢包 很卡
|
92
hqs123 2016-01-10 08:21:29 +08:00
还是连不上啊
|
93
aitaii 2016-01-10 08:22:18 +08:00
正在 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 2016-01-10 08:28:34 +08:00
想说 你是不是在酒店里 ping 的,很多酒店能上外网
|
95
f0 2016-01-10 09:03:35 +08:00
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 2016-01-10 10:49:00 +08:00
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 2016-01-10 11:12:10 +08:00 1
|
98
Muniesa 2016-01-10 11:15:37 +08:00
广东校园网
正在 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 2016-01-10 11:19:51 +08:00
广东东莞电信企业光纤
> 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 2016-01-10 11:21:43 +08:00
正在 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 |