1
LU35 2020-02-26 00:36:51 +08:00 via Android
cloudflare 正常就是这样,并不是最近才这样。
|
3
sadan9 2020-02-26 00:43:26 +08:00
104.20.9.218 的 Ping 统计信息:
数据包: 已发送 = 385,已接收 = 385,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 182ms,最长 = 250ms,平均 = 185ms Control-C ^C |
4
LU35 2020-02-26 00:49:53 +08:00 via Android
|
6
Yukong1 2020-02-26 01:22:04 +08:00 via Android
之前墙来之后就这样,一直丢包
|
7
jousca 2020-02-26 01:53:20 +08:00
移动宽带,测试了 3 次,12 个包丢 3 个。但是延迟都在 120 以内。
中间有 2 个出口节点丢包 34%。故障出在 27.111.228.132 正在 Ping 104.20.10.218 具有 32 字节的数据: 来自 104.20.10.218 的回复: 字节=32 时间=100ms TTL=48 来自 104.20.10.218 的回复: 字节=32 时间=100ms TTL=48 来自 104.20.10.218 的回复: 字节=32 时间=105ms TTL=47 来自 104.20.10.218 的回复: 字节=32 时间=107ms TTL=47 104.20.10.218 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 100ms,最长 = 107ms,平均 = 103ms |
8
LiYanHong 2020-02-26 09:14:00 +08:00
广东电信,最近出国超级慢
|
10
kandm 2020-02-26 15:02:10 +08:00
104.20.10.218 的 Ping 统计信息:
数据包: 已发送 = 286,已接收 = 286,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 180ms,最长 = 187ms,平均 = 181ms |
11
LZWDRWEB 2020-02-26 17:41:37 +08:00
104.20.10.218 的 Ping 统计信息:
数据包: 已发送 = 34,已接收 = 22,丢失 = 12 (35% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 238ms,最长 = 249ms,平均 = 244ms Control-C 联通 |
12
hst001 2020-02-27 08:44:46 +08:00
这两天,不管联通移动,访问谷歌要连刷好几次才能成功访问到。
|