dns 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=60 time=0.402 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=60 time=0.543 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=60 time=0.280 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=60 time=0.281 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=60 time=0.418 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=60 time=0.426 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=60 time=0.508 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=60 time=0.411 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=60 time=0.406 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=60 time=0.472 ms
64 bytes from 1.1.1.1: icmp_seq=11 ttl=60 time=0.462 ms
64 bytes from 1.1.1.1: icmp_seq=12 ttl=60 time=0.290 ms
64 bytes from 1.1.1.1: icmp_seq=13 ttl=60 time=0.392 ms
64 bytes from 1.1.1.1: icmp_seq=14 ttl=60 time=0.462 ms
64 bytes from 1.1.1.1: icmp_seq=15 ttl=60 time=0.399 ms
64 bytes from 1.1.1.1: icmp_seq=16 ttl=60 time=0.420 ms
64 bytes from 1.1.1.1: icmp_seq=17 ttl=60 time=0.252 ms
64 bytes from 1.1.1.1: icmp_seq=18 ttl=60 time=0.344 ms
64 bytes from 1.1.1.1: icmp_seq=19 ttl=60 time=0.277 ms
64 bytes from 1.1.1.1: icmp_seq=20 ttl=60 time=0.402 ms
64 bytes from 1.1.1.1: icmp_seq=21 ttl=60 time=0.386 ms
64 bytes from 1.1.1.1: icmp_seq=22 ttl=60 time=0.388 ms
64 bytes from 1.1.1.1: icmp_seq=23 ttl=60 time=0.378 ms
64 bytes from 1.1.1.1: icmp_seq=24 ttl=60 time=0.394 ms
64 bytes from 1.1.1.1: icmp_seq=25 ttl=60 time=0.448 ms
64 bytes from 1.1.1.1: icmp_seq=26 ttl=60 time=0.466 ms
64 bytes from 1.1.1.1: icmp_seq=27 ttl=60 time=1.09 ms
64 bytes from 1.1.1.1: icmp_seq=28 ttl=60 time=0.727 ms
64 bytes from 1.1.1.1: icmp_seq=29 ttl=60 time=0.532 ms
64 bytes from 1.1.1.1: icmp_seq=30 ttl=60 time=0.316 ms
64 bytes from 1.1.1.1: icmp_seq=31 ttl=60 time=0.371 ms
64 bytes from 1.1.1.1: icmp_seq=32 ttl=60 time=0.610 ms
64 bytes from 1.1.1.1: icmp_seq=33 ttl=60 time=0.941 ms
64 bytes from 1.1.1.1: icmp_seq=34 ttl=60 time=0.356 ms
64 bytes from 1.1.1.1: icmp_seq=35 ttl=60 time=0.922 ms
64 bytes from 1.1.1.1: icmp_seq=36 ttl=60 time=0.406 ms
64 bytes from 1.1.1.1: icmp_seq=37 ttl=60 time=0.337 ms
64 bytes from 1.1.1.1: icmp_seq=38 ttl=60 time=0.384 ms
64 bytes from 1.1.1.1: icmp_seq=39 ttl=60 time=0.315 ms
64 bytes from 1.1.1.1: icmp_seq=40 ttl=60 time=0.477 ms
64 bytes from 1.1.1.1: icmp_seq=41 ttl=60 time=0.249 ms
64 bytes from 1.1.1.1: icmp_seq=42 ttl=60 time=0.575 ms
64 bytes from 1.1.1.1: icmp_seq=43 ttl=60 time=0.489 ms
64 bytes from 1.1.1.1: icmp_seq=44 ttl=60 time=0.420 ms
64 bytes from 1.1.1.1: icmp_seq=45 ttl=60 time=0.473 ms
64 bytes from 1.1.1.1: icmp_seq=46 ttl=60 time=0.388 ms
64 bytes from 1.1.1.1: icmp_seq=47 ttl=60 time=0.559 ms
^C
--- 1.1.1.1 ping statistics ---
47 packets transmitted, 47 received, 0% packet loss, time 46510ms
rtt min/avg/max/mdev = 0.249/0.452/1.090/0.168 ms

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=213ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=208ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=205ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=184ms TTL=53

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 184ms，最长 = 213ms，平均 = 202ms

Little_YangYang$ C:\WINDOWS\system32> ping 1.0.0.1

正在 Ping 1.0.0.1 具有 32 字节的数据:
来自 1.0.0.1 的回复: 字节=32 时间=293ms TTL=53
请求超时。
来自 1.0.0.1 的回复: 字节=32 时间=302ms TTL=53
来自 1.0.0.1 的回复: 字节=32 时间=318ms TTL=53

1.0.0.1 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 3，丢失 = 1 (25% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 293ms，最长 = 318ms，平均 = 304ms

明显被劫持，就算在香港有节点，南京连过去最少也得二三十以上吧

PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: icmp_seq=0 ttl=51 time=206.146 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=51 time=204.961 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=51 time=202.940 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=51 time=289.083 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=51 time=205.009 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=51 time=205.364 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=51 time=205.390 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=51 time=206.113 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=51 time=205.118 ms

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=101ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=99ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=101ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=99ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=100ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=100ms TTL=53

============

所以，做人将心比心可以，但是由己及人就免了

四川移动, 路由是走香港出去的。

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=63ms TTL=46
来自 1.1.1.1 的回复: 字节=32 时间=63ms TTL=46
来自 1.1.1.1 的回复: 字节=32 时间=65ms TTL=46
来自 1.1.1.1 的回复: 字节=32 时间=64ms TTL=46

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 63ms，最长 = 65ms，平均 = 63ms

https://www.dnsleaktest.com/

应该是被那什么了 拿这个看得出来

江苏移动

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

楼主不妨再用 dnsleaktest.com 验证一下

华中电信：

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=3ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=1ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254
来自 1.1.1.1 的回复: 字节=32 时间=2ms TTL=254

Pinging 1.1.1.1 with 32 bytes of data:
5 iterations (warmup 1) ping test:
Reply from 1.1.1.1: 272.28ms
Reply from 1.1.1.1: 253.80ms
Error pinging 1.1.1.1:
Request timed out.
Reply from 1.1.1.1: 247.85ms
Error pinging 1.1.1.1:
Request timed out.

Ping statistics for 1.1.1.1:
Sent = 4, Received = 2, Lost = 2 (50% loss),
Minimum = 247.85ms, Maximum = 253.80ms, Average = 250.82ms

From Fujian，China Unioncom

广州移动走 HKIX 到香港 50ms
广州电信绕美不过线路不错 162ms
广州联通绕美 235ms
三网均无劫持现象，看来广州的 ISP 还做得不错

PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=180 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=150 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=182 ms
腾讯云上海 2 区

1.1.1.1 的延迟 17ms
1 192.168.1.1 0 ms 0 ms 0 ms 局域网 *
2 59.32.103.1 2 ms 2 ms 3 ms 中国 广东 梅州 电信 AS4134 1.103.32.59.broad.mz.gd.dynamic.163data.com.cn
3 121.10.186.201 12 ms 16 ms 17 ms 中国 广东 梅州 电信 AS4134
4 183.7.190.170 15 ms 15 ms 15 ms 中国 广东 揭阳 电信 AS4134
5 1.1.1.1 17 ms 17 ms 17 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one

1.0.0.1 的延迟 270ms
1 192.168.1.1 0 ms 0 ms 0 ms 局域网 *
2 59.32.103.1 2 ms 2 ms 2 ms 中国 广东 梅州 电信 AS4134 1.103.32.59.broad.mz.gd.dynamic.163data.com.cn
3 121.10.186.205 12 ms 15 ms 32 ms 中国 广东 梅州 电信 AS4134
4 113.96.251.61 14 ms 17 ms 19 ms 中国 广东 电信 AS4134
5 202.97.94.150 13 ms 37 ms 39 ms 中国 广东 广州 电信 AS4134
6 202.97.94.114 41 ms 44 ms 47 ms 中国 广东 广州 电信 AS4134
7 202.97.58.226 248 ms 251 ms 253 ms 美国 加利福尼亚州 洛杉矶 电信 AS4134
8 202.97.50.62 169 ms 219 ms 222 ms 美国 加利福尼亚州 圣何塞 电信 AS4134
9 218.30.53.214 180 ms 181 ms 232 ms 美国 加利福尼亚州 圣何塞 ctamericas.com AS4134
10 1.0.0.1 270 ms 276 ms 281 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one

梅州电信应该是劫持了 1.1.1.1，没劫持 1.0.0.1

低？？？

CF 国内除了移动，其他两家都绕美。。。

我公司 ping 这地址还 1 毫秒呢，当内网地址用了。。。

要是 traceroute / tracert 都没有出局域网的就算了。
我这里 10 秒 ping

目标 IP: <a href="1.1.1.1">1.1.1.1</a>

1 192.168.50.1 0 ms 0 ms 0 ms 局域网 * R6300v2
2 * * * *
3 183.233.56.5 3 ms 4 ms 4 ms 中国 广东 广州 移动 AS56040
4 211.136.207.5 3 ms 3 ms 4 ms 中国 广东 广州 移动 AS56040
5 221.183.14.121 6 ms 6 ms 7 ms 中国 广东 广州 移动 AS9808
6 221.176.22.106 5 ms 5 ms 6 ms 中国 广东 广州 移动 AS9808
7 221.183.25.117 9 ms 10 ms * 中国 广东 广州 移动 AS9808
8 221.183.55.57 6 ms 7 ms 7 ms 中国 广东 广州 移动 AS9808
9 223.120.2.85 11 ms 14 ms * 中国 香港 移动 AS58453
10 223.120.2.54 13 ms 14 ms 14 ms 中国 香港 移动 AS58453
11 123.255.90.246 15 ms 15 ms 21 ms 中国 香港 hkix.net AS4775,AS7713,AS58879 cloudflare1-100g.hkix.net
12 123.255.90.246 16 ms 23 ms 24 ms 中国 香港 hkix.net AS4775,AS7713,AS58879 cloudflare1-100g.hkix.net
13 1.1.1.1 13 ms 14 ms 15 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one

@Archeb 广州移动出国的话一到夜晚就很差，连香港的 CSL 节点也只有几 MB 下行，1.1.1.1 和 1.0.0.1 掉包还蛮严重的。到了 4、5 点才会恢复正常。我宁愿用 Google dns，延时虽然平均要 180ms，但不会掉包或掉包率很低