101
aceralon 2018-05-16 20:22:18 +08:00
```
到 1dot1dot1dot1.cloudflare-dns.com [1.1.1.1] 的路由: 1 <1 毫秒 <1 毫秒 <1 毫秒 OpenWrt.lan [192.168.10.1] 2 * * * 请求超时。 3 <1 毫秒 1 ms <1 毫秒 10.44.105.201 4 2 ms 1 ms <1 毫秒 10.44.34.201 5 1 ms 1 ms 1 ms 10.44.16.201 6 2 ms 1 ms 1 ms 10.10.1.42 7 6 ms 10 ms * 120.236.174.129 8 11 ms 8 ms 1 ms 192.168.201.53 9 4 ms 3 ms * 183.233.19.37 10 * 3 ms 3 ms 211.139.159.189 11 * 2 ms 3 ms 221.183.14.141 12 6 ms 8 ms 6 ms 221.176.24.6 13 6 ms 13 ms 11 ms 221.176.20.6 14 5 ms 5 ms 6 ms 221.183.55.57 15 19 ms * 11 ms 223.120.2.5 16 23 ms 24 ms 21 ms 223.120.2.54 17 12 ms 12 ms 19 ms cloudflare1-100g.hkix.net [123.255.90.246] 18 11 ms 15 ms 13 ms 1dot1dot1dot1.cloudflare-dns.com [1.1.1.1] ``` 移动 HKIX 直连还是挺快的 |
102
v3xe 2018-05-16 20:26:13 +08:00
阿里云北京
➜ ~ ping 1.1.1.1 PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. 64 bytes from 1.1.1.1: icmp_seq=1 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=9 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=10 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=11 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=12 ttl=50 time=166 ms 64 bytes from 1.1.1.1: icmp_seq=13 ttl=50 time=166 ms |
103
Shunte 2018-05-16 20:34:11 +08:00
北京
通过最多 30 个跃点跟踪 到 1dot1dot1dot1.cloudflare-dns.com [1.1.1.1] 的路由: 1 * * * 请求超时。 2 <1 毫秒 <1 毫秒 <1 毫秒 1dot1dot1dot1.cloudflare-dns.com [1.1.1.1] 跟踪完成。 ??? |
104
miaomiao888 2018-05-16 21:01:26 +08:00
连香港节点最低也得 20MS 以上吧,2MS 不用看了绝对内网 。。。
|
105
1yndonn3u 2018-05-16 21:10:22 +08:00
|
106
shansing 2018-05-16 22:03:29 +08:00
@timwei https://www.cloudflare.com/dns/ 这个网页说的是权威 DNS 而不是公共 DNS 服务吧。
|
107
cnbattle 2018-05-16 22:17:03 +08:00 via Android 1
1111 450ms 上下
1248 70ms 上下 8888 70ms 上下, aliyun233 稳定九十多 |
109
redapple02041 2018-05-16 22:57:44 +08:00
看上去垃圾。。
深圳天威 Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp. C:\Documents and Settings\redapple>ping 1.1.1.1 Pinging 1.1.1.1 with 32 bytes of data: Reply from 1.1.1.1: bytes=32 time=352ms TTL=42 Reply from 1.1.1.1: bytes=32 time=354ms TTL=42 Request timed out. Reply from 1.1.1.1: bytes=32 time=359ms TTL=42 Ping statistics for 1.1.1.1: Packets: Sent = 4, Received = 3, Lost = 1 (25% loss), Approximate round trip times in milli-seconds: Minimum = 352ms, Maximum = 359ms, Average = 355ms C:\Documents and Settings\redapple> |
110
torment5524 2018-05-16 23:37:35 +08:00
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=252 来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=252 来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=252 来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=252 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 2ms,最长 = 2ms,平均 = 2ms 山东日照联通 20180516 23:36 稳定 2ms |
111
jiuu 2018-05-16 23:40:04 +08:00
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=206ms TTL=55 来自 1.1.1.1 的回复: 字节=32 时间=207ms TTL=55 来自 1.1.1.1 的回复: 字节=32 时间=204ms TTL=55 来自 1.1.1.1 的回复: 字节=32 时间=205ms TTL=55 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 204ms,最长 = 207ms,平均 = 205ms 广东电信 |
112
sola97 2018-05-17 00:25:37 +08:00
怕不是谁把 ospf loopback 设成 1.1.1.1 了
|
113
timwei 2018-05-17 00:47:52 +08:00
|
114
andyhuangsir 2018-05-17 02:41:02 +08:00
C:\Users\admin>ping 1.1.1.1
正在 Ping 1.1.1.1 具有 32 字节的数据: 来自 1.1.1.1 的回复: 字节=32 时间=197ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=197ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=197ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=197ms TTL=54 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 197ms,最长 = 197ms,平均 = 197ms |
115
caola 2018-05-17 03:35:38 +08:00
在国内不建议用 1.1.1.1,还不如 80.80.80.80 来得好
|
116
tonyaiken 2018-05-17 06:18:15 +08:00
➜ /Users/tonyxu ping -c 10 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=0 ttl=128 time=1.067 ms 64 bytes from 1.1.1.1: icmp_seq=1 ttl=128 time=1.250 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=128 time=1.067 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=128 time=2.583 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=128 time=1.237 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=128 time=1.255 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=128 time=2.809 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=128 time=2.512 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=128 time=2.516 ms 64 bytes from 1.1.1.1: icmp_seq=9 ttl=128 time=2.623 ms --- 1.1.1.1 ping statistics --- 10 packets transmitted, 10 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 1.067/1.892/2.809/0.724 ms |
117
RockShake 2018-05-17 08:10:42 +08:00
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=52ms TTL=128 Reply from 1.1.1.1: bytes=32 time=2ms TTL=128 Reply from 1.1.1.1: bytes=32 time=2ms TTL=128 Reply from 1.1.1.1: bytes=32 time=3ms TTL=128 Ping statistics for 1.1.1.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 2ms, Maximum = 52ms, Average = 14ms |
118
Tokin 2018-05-17 08:32:08 +08:00
TokindeiMac:~ tokin$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=0 ttl=253 time=0.528 ms 64 bytes from 1.1.1.1: icmp_seq=1 ttl=253 time=0.387 ms ^C --- 1.1.1.1 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.387/0.458/0.528/0.071 ms |
119
geekzu 2018-05-17 08:46:45 +08:00 via Android
全球最快(*不包含中国大陆)
|
120
dulay 2018-05-17 08:49:14 +08:00
du@wj:~$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. 64 bytes from 1.1.1.1: icmp_seq=1 ttl=253 time=2.43 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=253 time=1.82 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=253 time=1.37 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=253 time=1.84 ms |
121
zzh161 2018-05-17 08:53:32 +08:00
root@localhost:~# ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. 64 bytes from 1.1.1.1: icmp_req=1 ttl=59 time=0.269 ms 64 bytes from 1.1.1.1: icmp_req=2 ttl=59 time=0.224 ms 64 bytes from 1.1.1.1: icmp_req=3 ttl=59 time=0.278 ms 64 bytes from 1.1.1.1: icmp_req=4 ttl=59 time=0.243 ms 64 bytes from 1.1.1.1: icmp_req=5 ttl=59 time=0.219 ms 64 bytes from 1.1.1.1: icmp_req=6 ttl=59 time=0.261 ms 怕不是我这个最快 |
122
DT27 2018-05-17 08:56:04 +08:00
Request timeout for icmp_seq 0
|
123
KgM4gLtF0shViDH3 2018-05-17 09:01:08 +08:00
香港阿里云 hk 2ms
|
124
yuchenr 2018-05-17 09:03:11 +08:00
国内没节点吧,不可能这么快
|
125
ysjiang4869 2018-05-17 09:08:27 +08:00
上海电信平均 7ms
|
126
chocotan 2018-05-17 09:16:56 +08:00
我也以为我这很快,然而发现 https://1.1.1.1 根本打不开
|
127
Funian 2018-05-17 09:27:27 +08:00
C:\Users\tamer>ping 1.1.1.1
正在 Ping 1.1.1.1 具有 32 字节的数据: 来自 1.1.1.1 的回复: 字节=32 时间=142ms TTL=50 来自 1.1.1.1 的回复: 字节=32 时间=142ms TTL=50 来自 1.1.1.1 的回复: 字节=32 时间=142ms TTL=50 来自 1.1.1.1 的回复: 字节=32 时间=142ms TTL=50 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 142ms,最长 = 142ms,平均 = 142ms |
128
Cat73 2018-05-17 09:31:53 +08:00
我这配上这玩意连网都上不去😂
|
129
maojy1989 2018-05-17 09:33:25 +08:00
对于国内来说这个 DNS 没什么意义,同样避免不了 DNS 污染,而且有国外 CDN 的国内网站都解析到国外去了
|
131
mcluyu 2018-05-17 09:36:41 +08:00
为什么我这里这么牛逼
``` PING 1.1.1.1 (1.1.1.1): 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 Request timeout for icmp_seq 6 Request timeout for icmp_seq 7 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 Request timeout for icmp_seq 13 Request timeout for icmp_seq 14 Request timeout for icmp_seq 15 Request timeout for icmp_seq 16 Request timeout for icmp_seq 17 ``` |
132
RealGM 2018-05-17 09:38:25 +08:00
全是大神 哈哈
|
133
respect11 2018-05-17 09:45:52 +08:00
正在 Ping 1.1.1.1 具有 32 字节的数据:
请求超时。 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 1,已接收 = 0,丢失 = 1 (100% 丢失) |
134
ii4Rookie 2018-05-17 09:50:42 +08:00
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=242ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=165ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=163ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=167ms TTL=54 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 163ms,最长 = 242ms,平均 = 184ms --- 正在 Ping 80.80.80.80 具有 32 字节的数据: 来自 80.80.80.80 的回复: 字节=32 时间=19ms TTL=51 来自 80.80.80.80 的回复: 字节=32 时间=25ms TTL=51 来自 80.80.80.80 的回复: 字节=32 时间=23ms TTL=51 来自 80.80.80.80 的回复: 字节=32 时间=28ms TTL=51 80.80.80.80 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 19ms,最长 = 28ms,平均 = 23ms |
135
vus520 2018-05-17 09:51:21 +08:00
北京电信
$ ping 1.1.1.1 PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=0 ttl=62 time=2.481 ms 64 bytes from 1.1.1.1: icmp_seq=1 ttl=62 time=3.214 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=62 time=2.717 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=62 time=1.841 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=62 time=3.087 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=62 time=2.308 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=62 time=2.934 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=62 time=2.547 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=62 time=2.838 ms 64 bytes from 1.1.1.1: icmp_seq=9 ttl=62 time=2.338 ms 64 bytes from 1.1.1.1: icmp_seq=10 ttl=62 time=2.318 ms 64 bytes from 1.1.1.1: icmp_seq=11 ttl=62 time=4.163 ms 64 bytes from 1.1.1.1: icmp_seq=12 ttl=62 time=3.284 ms 64 bytes from 1.1.1.1: icmp_seq=13 ttl=62 time=6.061 ms ^C --- 1.1.1.1 ping statistics --- 14 packets transmitted, 14 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 1.841/3.009/6.061/1.006 ms |
136
lotus39 2018-05-17 09:52:14 +08:00
会被一些网站识别成国外客户端访问
|
137
wbswjc 2018-05-17 10:08:36 +08:00
实测墙内约 150 ms, 墙外约 2 ms
|
138
JasperYanky 2018-05-17 10:14:02 +08:00
PING 1.1.1.1 (1.1.1.1): 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 |
139
qiqico 2018-05-17 10:14:11 +08:00
用这些国外 dns, 一些网站的 cdn 会被解析为国外而非国内节点,访问速度反而可能会慢
|
140
wunonglin 2018-05-17 10:18:45 +08:00
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.0.1 0.0% 23 1.6 1.8 1.2 3.2 0.5 2. 100.64.0.1 0.0% 23 5.1 12.9 4.3 66.9 14.6 3. 202.105.159.169 0.0% 23 5.3 5.9 4.8 9.4 1.1 4. 183.56.65.66 0.0% 22 12.5 11.1 8.3 14.2 1.6 5. 202.97.94.142 47.6% 22 9.9 10.3 9.6 11.7 0.6 6. 202.97.94.102 0.0% 22 13.5 14.6 10.1 19.0 2.6 7. 202.97.52.210 0.0% 22 165.5 165.9 160.7 174.7 4.2 8. 202.97.86.185 0.0% 22 180.4 180.9 176.5 185.5 2.7 9. 218.30.53.214 0.0% 22 164.9 165.9 163.2 181.8 4.0 10. 1dot1dot1dot1.cloudflare-dns.com 0.0% 22 164.6 163.8 161.5 169.0 PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=0 ttl=55 time=169.360 ms 64 bytes from 1.1.1.1: icmp_seq=1 ttl=55 time=164.287 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=55 time=163.930 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=55 time=162.871 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=55 time=164.644 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=55 time=165.004 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=55 time=164.485 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=55 time=163.006 ms ^C --- 1.1.1.1 ping statistics --- 8 packets transmitted, 8 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 162.871/164.698/169.360/1.899 ms |
141
easylee 2018-05-17 10:29:44 +08:00 via Android
正在用的是百度 DNS,大家若是有更好的,请推荐一下。
|
142
MartinWu 2018-05-17 10:30:05 +08:00
好奇一个 dns 服务器,你们为啥都在贴 ping 值。。。。我们不是在讨论 dns 服务解析出来的 ip 的连接速度么?
|
143
caaat 2018-05-17 10:32:52 +08:00
电信的不行啊
|
144
jedihy 2018-05-17 10:50:32 +08:00 via iPhone
可以试试 ping 1.1。
|
145
AntonChen 2018-05-17 11:03:46 +08:00
同 @MartinWu 的问题,DNS 测 ping 真是没谁了。
这货一出来我就试过了,访问个百度还去香港节点,真的快? CDN 亲和没有 8.8.8.8 做的好。 |
146
VYSE 2018-05-17 11:12:03 +08:00
;; Query time: 151 msec
;; SERVER: 1.1.1.1#53(1.1.1.1) ;; WHEN: Thu May 17 11:11:42 CST 2018 ;; MSG SIZE rcvd: 134 |
147
24bit 2018-05-17 12:01:06 +08:00
$ ping 8.8.8.8
正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=220ms TTL=50 来自 8.8.8.8 的回复: 字节=32 时间=215ms TTL=50 来自 8.8.8.8 的回复: 字节=32 时间=212ms TTL=50 来自 8.8.8.8 的回复: 字节=32 时间=213ms TTL=51 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 212ms,最长 = 220ms,平均 = 215ms |
148
remnet OP @AntonChen 建议设置 hosts 文件让百度 127.0.0.1 彻底解决延迟! hhhh
|
149
jam1024 2018-05-17 12:32:54 +08:00
然而不支持 CDN
|
150
jimmyczm 2018-05-17 12:55:30 +08:00
C:\>ping 8.8.8.8
正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=44 来自 8.8.8.8 的回复: 字节=32 时间=25ms TTL=44 请求超时。 来自 8.8.8.8 的回复: 字节=32 时间=25ms TTL=44 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 3,丢失 = 1 (25% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 25ms,最长 = 73ms,平均 = 41ms C:\>ping 1.1.1.1 正在 Ping 1.1.1.1 具有 32 字节的数据: 来自 1.1.1.1 的回复: 字节=32 时间=333ms TTL=56 来自 1.1.1.1 的回复: 字节=32 时间=266ms TTL=56 来自 1.1.1.1 的回复: 字节=32 时间=265ms TTL=56 来自 1.1.1.1 的回复: 字节=32 时间=282ms TTL=56 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 265ms,最长 = 333ms,平均 = 286ms C:\>ping 114.114.114.114 正在 Ping 114.114.114.114 具有 32 字节的数据: 来自 114.114.114.114 的回复: 字节=32 时间=28ms TTL=90 来自 114.114.114.114 的回复: 字节=32 时间=29ms TTL=73 来自 114.114.114.114 的回复: 字节=32 时间=28ms TTL=85 来自 114.114.114.114 的回复: 字节=32 时间=29ms TTL=74 114.114.114.114 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 28ms,最长 = 29ms,平均 = 28ms ---------- 深圳电信,还是 114 好一点 |
151
mt7620 2018-05-17 13:17:32 +08:00
魔都电信,ping 不行。ip 在圣何塞,可能还没广播过来。
我还是继续用 114 吧。 PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. 64 bytes from 1.1.1.1: icmp_seq=1 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=54 time=146 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=9 ttl=54 time=145 ms 64 bytes from 1.1.1.1: icmp_seq=10 ttl=54 time=145 ms --- 1.1.1.1 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9010ms rtt min/avg/max/mdev = 145.557/145.856/146.668/0.455 ms |
153
wooby 2018-05-17 13:43:13 +08:00
>ping 1.1.1.1
正在 Ping 1.1.1.1 具有 32 字节的数据: 来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=64 来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=64 来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=64 来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=64 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 0ms,最长 = 1ms,平均 = 0ms |
154
SingleX 2018-05-17 14:06:13 +08:00
➜ ~ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=0 ttl=128 time=2.356 ms 64 bytes from 1.1.1.1: icmp_seq=1 ttl=128 time=1.555 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=128 time=1.379 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=128 time=2.283 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=128 time=1.514 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=128 time=1.413 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=128 time=1.465 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=128 time=2.392 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=128 time=1.390 ms 64 bytes from 1.1.1.1: icmp_seq=9 ttl=128 time=2.254 ms |
155
dj9399 2018-05-17 14:16:10 +08:00
广东电信 4MS 不错
|
156
Nick2VIPUser 2018-05-17 14:24:14 +08:00
$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. 64 bytes from 1.1.1.1: icmp_seq=1 ttl=254 time=0.392 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=254 time=0.382 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=254 time=0.346 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=254 time=0.332 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=254 time=0.334 ms ^C --- 1.1.1.1 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 3999ms rtt min/avg/max/mdev = 0.332/0.357/0.392/0.027 ms |
157
timothyye 2018-05-17 14:47:44 +08:00
成都电信,惨不忍睹:
PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=0 ttl=54 time=421.579 ms 64 bytes from 1.1.1.1: icmp_seq=1 ttl=54 time=441.909 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=282.419 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=266.079 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=503.553 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=54 time=523.974 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=54 time=547.776 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=54 time=569.301 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=54 time=590.507 ms 64 bytes from 1.1.1.1: icmp_seq=9 ttl=54 time=405.274 ms 64 bytes from 1.1.1.1: icmp_seq=10 ttl=54 time=275.567 ms 64 bytes from 1.1.1.1: icmp_seq=11 ttl=54 time=444.330 ms 64 bytes from 1.1.1.1: icmp_seq=12 ttl=54 time=463.251 ms 64 bytes from 1.1.1.1: icmp_seq=13 ttl=54 time=483.404 ms 64 bytes from 1.1.1.1: icmp_seq=14 ttl=54 time=272.523 ms 64 bytes from 1.1.1.1: icmp_seq=15 ttl=54 time=424.069 ms 64 bytes from 1.1.1.1: icmp_seq=16 ttl=54 time=288.147 ms |
158
qf19910623 2018-05-17 15:04:04 +08:00
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=173ms TTL=55 来自 1.1.1.1 的回复: 字节=32 时间=191ms TTL=55 来自 1.1.1.1 的回复: 字节=32 时间=173ms TTL=55 来自 1.1.1.1 的回复: 字节=32 时间=176ms TTL=55 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 173ms,最长 = 191ms,平均 = 178ms |
159
HISHIROSATSUKI 2018-05-17 15:07:05 +08:00
|
160
meepoli 2018-05-17 15:16:59 +08:00
部分地区这么快多半是因为 dns 提供商用了 AnyCast,比如 8.8.8.8
为啥不好好用运营商 dns, 乱改 dns,大部分网站的 CDN 调度基本就废了,看个视频图片都会卡~,光解析快有意义? 我觉得自己乱改 dns 是一件特别蛋疼的事情。。。 |
162
carnival 2018-05-18 06:47:05 +08:00
64 bytes from 1.1.1.1: icmp_seq=0 ttl=46 time=81.902 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=46 time=81.003 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=46 time=78.111 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=46 time=79.834 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=46 time=77.557 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=46 time=77.398 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=46 time=77.479 ms |
163
elsove812 2018-05-18 10:02:49 +08:00 via iPhone
要确定 1.1.1.1 是真的 ip,不要是网络设备的调试测试地址
|
164
lixuedong 2018-05-18 10:17:04 +08:00
C:\Users\李>ping 1.1.1.1
正在 Ping 1.1.1.1 具有 32 字节的数据: 请求超时。 请求超时。 请求超时。 请求超时。 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4,已接收 = 0,丢失 = 4 (100% 丢失), 天津如家,网速 4M |
165
xencdn 2018-05-18 17:14:36 +08:00
ping 1.1.1.1 -c 10
PING 1.1.1.1 (1.1.1.1): 56 data bytes 64 bytes from 1.1.1.1: icmp_seq=9 ttl=252 time=10.773 ms --- 1.1.1.1 ping statistics --- 10 packets transmitted, 10 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 5.231/15.856/82.299/22.253 ms 长沙电信 |
166
conwey 2018-05-18 19:17:29 +08:00
跳回内网了吧
|
167
tangzho 2018-05-22 20:49:52 +08:00 via Android
我路由是 1.1.1.1 都没你快
--- IP (wlan0) 1.1.1.171 --- Connection: WIFI PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data. 64 bytes from 1.1.1.1: icmp_seq=1 ttl=64 time=8.86 ms 64 bytes from 1.1.1.1: icmp_seq=2 ttl=64 time=8.45 ms 64 bytes from 1.1.1.1: icmp_seq=3 ttl=64 time=9.61 ms 64 bytes from 1.1.1.1: icmp_seq=4 ttl=64 time=8.36 ms 64 bytes from 1.1.1.1: icmp_seq=5 ttl=64 time=9.76 ms 64 bytes from 1.1.1.1: icmp_seq=6 ttl=64 time=14.3 ms 64 bytes from 1.1.1.1: icmp_seq=7 ttl=64 time=8.43 ms 64 bytes from 1.1.1.1: icmp_seq=8 ttl=64 time=8.48 ms |
168
tangzho 2018-05-22 20:55:28 +08:00 via Android
WLAN: 💎
DNS #1: 1.1.1.1 Gateway: 1.1.1.1 Mask: 255.255.255.0 IP: 1.1.1.171 Lease: 43200 s DHCP: 1.1.1.1 |
170
szpunk 2018-06-14 17:33:27 +08:00
CDN 不如 Google 的。
$ digm www.400gb.com Testing all local DNS Server... SYSTEM Server: 127.0.0.1 53 web.cdn.ctfile.com. 112.25.132.133[江苏省苏州市 移动] Resolve OK. -------------------------- DNSPOD(HTTP) Server: 127.0.0.1 5151 112.25.132.133[江苏省苏州市 移动] Resolve OK. -------------------------- DNS2SOCKS Server: 127.0.0.1 5252 web.cdn.ctfile.com. 47.52.207.91[加拿大] Resolve OK. -------------------------- GOOGLE-HTTPS-DNS Server: 127.0.0.1 5353 web.cdn.ctfile.com. 112.25.132.133[江苏省苏州市 移动] Resolve OK. -------------------------- Cloudflare-HTTPS-DNS Server: 127.0.0.1 5454 web.cdn.ctfile.com. 112.25.132.133[江苏省苏州市 移动] Resolve OK. -------------------------- HTTPS-DNS(UDP-ONLY) Server: 127.0.0.1 5455 web.cdn.ctfile.com. 47.52.207.91[加拿大] Resolve OK. -------------------------- OVERTURE Server: 127.0.0.1 5554 web.cdn.ctfile.com. 112.25.132.133[江苏省苏州市 移动] Resolve OK. -------------------------- PDNSD Server: 127.0.0.1 5555 web.cdn.ctfile.com. 112.25.132.133[江苏省苏州市 移动] Resolve OK. -------------------------- DNSFORWARDER Server: 127.0.0.1 5556 web.cdn.ctfile.com. 112.25.132.133[江苏省苏州市 移动] Resolve OK. -------------------------- DNSCRYPT-PROXY Server: 127.0.0.1 6060 web.cdn.ctfile.com. 47.52.207.91[加拿大] Resolve OK. -------------------------- |
171
szpunk 2018-06-14 17:40:36 +08:00
digm news.163.com
Testing all local DNS Server... SYSTEM Server: 127.0.0.1 53 web.163.com.lxdns.com. 163.xdwscache.ourglb0.com. 183.237.146.122[广东省清远市 移动] 123.66.30.25[广东省广州市 铁通] Resolve OK. -------------------------- DNSPOD(HTTP) Server: 127.0.0.1 5151 183.237.146.122[广东省清远市 移动] 123.66.30.25[广东省广州市 铁通] Resolve OK. -------------------------- DNS2SOCKS Server: 127.0.0.1 5252 web.163.com.lxdns.com. opthw.xdwscache.speedcdns.com. 14.136.137.29[香港 城市电讯有限公司] Resolve OK. -------------------------- GOOGLE-TLS-DNS Server: 127.0.0.1 5353 web.163.com.lxdns.com. 123.66.30.25[广东省广州市 铁通] 183.237.146.122[广东省清远市 移动] Resolve OK. -------------------------- GOOGLE-HTTPS-DNS Server: 127.0.0.1 5454 web.163.com.lxdns.com. 163.xdwscache.ourglb0.com. 123.66.30.25[广东省广州市 铁通] 183.237.146.122[广东省清远市 移动] Resolve OK. -------------------------- Cloudflare-HTTPS-DNS Server: 127.0.0.1 5455 web.163.com.lxdns.com. opthw.xdwscache.speedcdns.com. 220.242.2.20[广东省江门市 珠江宽频] Resolve OK. -------------------------- OVERTURE Server: 127.0.0.1 5554 web.163.com.lxdns.com. 163.xdwscache.ourglb0.com. 183.237.146.122[广东省清远市 移动] 123.66.30.25[广东省广州市 铁通] Resolve OK. -------------------------- PDNSD Server: 127.0.0.1 5555 web.163.com.lxdns.com. 120.241.97.238[中国 移动] 183.237.146.122[广东省清远市 移动] Resolve OK. -------------------------- DNSFORWARDER Server: 127.0.0.1 5556 web.163.com.lxdns.com. 123.66.30.25[广东省广州市 铁通] 183.237.146.122[广东省清远市 移动] Resolve OK. -------------------------- DNSCRYPT-PROXY Server: 127.0.0.1 6060 web.163.com.lxdns.com. 123.66.30.25[广东省广州市 铁通] 183.237.146.122[广东省清远市 移动] Resolve OK. -------------------------- |
172
a7a2 2018-06-22 18:03:34 +08:00
这个 ip 起码价值 200 万
|
173
biglee0304 2018-07-02 19:08:31 +08:00
不支持 ecs,对 cdn 不友好,建议不要给自己添堵。
|
175
EdifierDrew 2018-07-25 22:34:09 +08:00 via iPhone
我这江苏南京移动 ping 基本稳定 19ms,最高 53ms 感觉还是可以用的
|
176
txydhr 2018-07-26 06:32:44 +08:00
人在墙外
1.1.1.1 这 dns 有一天 www.google.com 解析出来的地址是错的(是谷歌家的 IP,可以 ping 通,但是服务器就是 refuse to connect, 或者 timeout ),无论 a 记录还是 aaaa 记录,都打不开 google。。。 TTL 发现有 1200+(谷歌都是 300 )。。。9.9.9.9、8.8.8.8、4.2.2.1 还有运营商的 dns 解析出来的都是另一组 ipv4 和 ipv6。。。 然而 play.google.com drive.google.com mail.google.com 都是正常的 www.google.com.hk www.google.co.uk www.google.ca 也都是正常的,解析结果也和其他 dns 一样 第二天起来又正常了 怀疑谷歌故意在干坏事 |
178
yy77 2018-09-20 21:39:03 +08:00 1
上海电信已经屏蔽了这个 ip 的 dns 解析请求了。
|
179
meteor 2018-11-02 09:49:54 +08:00
$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 Request timeout for icmp_seq 2 ^C --- 1.1.1.1 ping statistics --- 4 packets transmitted, 0 packets received, 100.0% packet loss 已经 ping 不通了 |
180
cheng2004237 2018-11-13 08:41:21 +08:00
ping 都 ping 不通,电信
|