1
LU35 2020 年 2 月 26 日 via Android
cloudflare 正常就是这样,并不是最近才这样。
|
3
sadan9 2020 年 2 月 26 日
104.20.9.218 的 Ping 统计信息:
数据包: 已发送 = 385,已接收 = 385,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 182ms,最长 = 250ms,平均 = 185ms Control-C ^C |
4
LU35 2020 年 2 月 26 日 via Android
|
6
Yukong1 2020 年 2 月 26 日 via Android
之前墙来之后就这样,一直丢包
|
7
jousca 2020 年 2 月 26 日
移动宽带,测试了 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 年 2 月 26 日
广东电信,最近出国超级慢
|
10
kandm 2020 年 2 月 26 日
104.20.10.218 的 Ping 统计信息:
数据包: 已发送 = 286,已接收 = 286,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 180ms,最长 = 187ms,平均 = 181ms |
11
LZWDRWEB 2020 年 2 月 26 日
104.20.10.218 的 Ping 统计信息:
数据包: 已发送 = 34,已接收 = 22,丢失 = 12 (35% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 238ms,最长 = 249ms,平均 = 244ms Control-C 联通 |
12
hst001 2020 年 2 月 27 日
这两天,不管联通移动,访问谷歌要连刷好几次才能成功访问到。
|