dns 1.1.1.1 延迟很低了，都用了吗？

127 条回复 • 2022-10-24 13:12:26 +08:00

1 2

❮

❯

1

blinue

2019-04-04 15:04:58 +08:00 via Android

确定不是运营商的内部地址吗？

2

wymeteor

2019-04-04 15:09:08 +08:00

这么快估计是劫持到内部服务了

3

keyfunc

2019-04-04 15:09:26 +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=61 time=11.375 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=61 time=12.223 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=61 time=11.736 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=61 time=11.682 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=61 time=10.368 ms

感觉不太可信。。。

4

keepeye

OP

2019-04-04 15:09:43 +08:00

运营商这么恶心的嘛 ?

5

webluoye

2019-04-04 15:10:35 +08:00

厦门电信 time=179.956 ms

6

9hills

2019-04-04 15:11:13 +08:00

@wymeteor DNS 劫持一般不劫持路由的

这个是 Anycast 吧

7

keepeye

OP

2019-04-04 15:11:35 +08:00

刚上阿里云 ping 了一下，延迟还是那么高，看来是被劫持了。ttl 应该能看出来

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=275 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=277 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=280 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=50 time=286 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=291 ms

8

9hills

2019-04-04 15:11:37 +08:00

@webluoye 那看来是布了一个华北的节点

9

byfan

2019-04-04 15:12:30 +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=177.304 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=54 time=178.987 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=177.126 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=178.440 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=178.045 ms

10

coolair

2019-04-04 15:13:30 +08:00

江西电信

正在 Ping 1.1.1.1 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)

11

ysc3839

2019-04-04 15:14:01 +08:00 via Android

2

延迟低不是最重要的，还要能解决 CDN 的问题。有的网站 CDN 似乎只看请求者的 IP 地址的，用 223.5.5.5 这类国内公共 DNS 都会解析到较远的服务器。

12

xzc19970719

2019-04-04 15:14:15 +08:00

@keepeye。。。一下子心拔凉拔凉的

13

tyhunter

2019-04-04 15:14:31 +08:00

北京移动，40ms+不知道正不正常

➜ ~ 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=45 time=44.259 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=45 time=53.644 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=46 time=44.384 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=45 time=44.472 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=46 time=44.138 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=46 time=43.245 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=46 time=43.060 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=45 time=44.343 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=45 time=44.638 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=46 time=42.910 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=46 time=44.115 ms
64 bytes from 1.1.1.1: icmp_seq=11 ttl=46 time=44.328 ms
64 bytes from 1.1.1.1: icmp_seq=12 ttl=45 time=43.289 ms
64 bytes from 1.1.1.1: icmp_seq=13 ttl=45 time=45.871 ms
64 bytes from 1.1.1.1: icmp_seq=14 ttl=45 time=44.340 ms
64 bytes from 1.1.1.1: icmp_seq=15 ttl=46 time=43.991 ms
64 bytes from 1.1.1.1: icmp_seq=16 ttl=45 time=44.530 ms
^C
--- 1.1.1.1 ping statistics ---
17 packets transmitted, 17 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 42.910/44.680/53.644/2.343 ms

14

byfan

2019-04-04 15:17:17 +08:00

@tyhunter 移动这个 ms 是正常的

15

w2cny

2019-04-04 15:19:00 +08:00 via Android

~$ 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=69.1 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=58.6 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=72.1 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=50 time=73.4 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=71.8 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=50 time=58.4 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=50 time=78.0 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=50 time=57.9 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=50 time=75.2 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=50 time=60.1 ms
64 bytes from 1.1.1.1: icmp_seq=11 ttl=50 time=83.3 ms
64 bytes from 1.1.1.1: icmp_seq=12 ttl=50 time=69.2 ms
64 bytes from 1.1.1.1: icmp_seq=13 ttl=50 time=76.6 ms
^C
--- 1.1.1.1 ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12011ms
rtt min/avg/max/mdev = 57.975/69.566/83.359/8.020 ms

移动宽带，可能是我的漏油器拖后腿了

16

MrUser

2019-04-04 15:19:12 +08:00

17

keepeye

OP

2019-04-04 15:21:53 +08:00

1

移动用户还是挺多的嘛

18

youngster

2019-04-04 15:24:24 +08:00

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.833 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=254 time=0.767 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=254 time=0.879 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=254 time=0.865 ms

--- 1.1.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 0.767/0.836/0.879/0.043 ms

19

testcaoy7

2019-04-04 15:28:05 +08:00

被劫持到内网了
1.1.1.1 和 1.0.0.1 延迟一样的

20

zro

2019-04-04 15:28:52 +08:00

1.1.1.1 好像不太适合移动用户，虽然延迟不高，但拿到的 DNS 数据要么是电信联通，要么是海外 IP，结果访问起来，半天在转圈圈，有时甚至是无法访问，在 Stubby 设置了 1111 优先，但过不久 OP 的连接查都是连到 8888 那个备用的

21

shingkit

2019-04-04 15:30:17 +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=272.965 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=54 time=293.813 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=314.756 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=233.886 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=251.083 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=54 time=270.905 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=54 time=290.742 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=54 time=338.473 ms
^C
--- 1.1.1.1 ping statistics ---
8 packets transmitted, 8 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 233.886/283.328/338.473/31.503 ms

22

billytom

2019-04-04 15:31:44 +08:00 via iPhone

没想到 V2 还有这么天真的兄弟，我还试过 8888 2ms 延迟呢。1111 这个延迟，一定是本地运营商劫持或者本地路由器设错了这个为网关 IP

23

SirChen

2019-04-04 15:32:19 +08:00

你这个 1111 被劫持了的

24

yuxuan

2019-04-04 15:32:21 +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=48 time=200.900 ms
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
64 bytes from 1.1.1.1: icmp_seq=3 ttl=48 time=176.763 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=48 time=176.893 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=48 time=183.310 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=48 time=183.119 ms
Request timeout for icmp_seq 7
64 bytes from 1.1.1.1: icmp_seq=8 ttl=48 time=183.639 ms
Request timeout for icmp_seq 9
64 bytes from 1.1.1.1: icmp_seq=10 ttl=48 time=183.543 ms
Request timeout for icmp_seq 11
64 bytes from 1.1.1.1: icmp_seq=12 ttl=48 time=182.891 ms
64 bytes from 1.1.1.1: icmp_seq=13 ttl=48 time=182.855 ms
Request timeout for icmp_seq 14
64 bytes from 1.1.1.1: icmp_seq=15 ttl=48 time=178.920 ms
64 bytes from 1.1.1.1: icmp_seq=16 ttl=48 time=182.886 ms
Request timeout for icmp_seq 17
64 bytes from 1.1.1.1: icmp_seq=18 ttl=48 time=183.103 ms
64 bytes from 1.1.1.1: icmp_seq=19 ttl=48 time=183.049 ms
64 bytes from 1.1.1.1: icmp_seq=20 ttl=48 time=184.961 ms
^C
--- 1.1.1.1 ping statistics ---
22 packets transmitted, 14 packets received, 36.4% packet loss
round-trip min/avg/max/stddev = 176.763/183.345/200.900/5.453 ms

25

Blacate

2019-04-04 15:33:47 +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=63 time=2.770 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=63 time=2.296 ms

PING 10.31.7.221 (10.31.7.221): 56 data bytes
64 bytes from 10.31.7.221: icmp_seq=0 ttl=64 time=15.172 ms
64 bytes from 10.31.7.221: icmp_seq=1 ttl=64 time=3.385 ms
64 bytes from 10.31.7.221: icmp_seq=2 ttl=64 time=7.491 ms

然后 ping 了一下内网的另一台机器。。。

26

lostberryzz

2019-04-04 15:34:30 +08:00

@9hills 华北节点是不可能的，国外的 DNS 即使没有被劫持也是 100%有污染的

27

Eytoyes

2019-04-04 15:34:38 +08:00

来自 1.1.1.1 的回复: 字节=32 时间=306ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=290ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=275ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=293ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=280ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=277ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=266ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=247ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=271ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=278ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=279ms TTL=53

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

28

Livid

MOD

2019-04-04 15:35:15 +08:00

2

1. 最好是通过 mtr 看网络路径
2. 用 dig @1.1.1.1 看看能不能正常工作

29

Eytoyes

2019-04-04 15:35:33 +08:00

@Eytoyes 坐标河北，电信专线

30

ShunYea

2019-04-04 15:38:22 +08:00

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=284ms TTL=52
来自 1.1.1.1 的回复: 字节=32 时间=265ms TTL=52
来自 1.1.1.1 的回复: 字节=32 时间=295ms TTL=52
来自 1.1.1.1 的回复: 字节=32 时间=285ms TTL=52

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

算了，我这地不科学。

31

Les1ie

2019-04-04 15:38:26 +08:00

1.1.1.1 可能会被在到达 cloudflare 的机器之前就被路上的运维用掉了，而 1.0.0.1 情况要好一点

因此，我的鉴别方法：
ping 1.1.1.1
ping 1.0.0.1
如果两个延迟差别不大，那么就是到了 cloudflare 的 dns 了
如果差别很大，那么....

搜了一下，没找到 cloudflare 在哪些地方部署了 anycast :(

32

pengwen

2019-04-04 15:38:33 +08:00

为什么你们的那么低？我广东电信的 160+

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=165 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=54 time=166 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=54 time=166 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=54 time=166 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=54 time=164 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=54 time=166 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=54 time=166 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=54 time=165 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=54 time=166 ms

33

exiaohao

2019-04-04 15:39:02 +08:00

楼主那 3-5ms 八成是劫持了

https://1.1.1.1/cdn-cgi/trace
打不开的话肯定有问题，打得开看 colo=哪个区~

34

tearain

2019-04-04 15:39:22 +08:00

阿里云新加坡。。
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=59 time=0.693 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=0.727 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=0.768 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=0.757 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=0.692 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=59 time=0.711 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=59 time=0.710 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=59 time=0.758 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=59 time=0.701 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=59 time=0.721 ms
64 bytes from 1.1.1.1: icmp_seq=11 ttl=59 time=0.701 ms
64 bytes from 1.1.1.1: icmp_seq=12 ttl=59 time=0.741 ms
64 bytes from 1.1.1.1: icmp_seq=13 ttl=59 time=0.745 ms
64 bytes from 1.1.1.1: icmp_seq=14 ttl=59 time=0.712 ms
64 bytes from 1.1.1.1: icmp_seq=15 ttl=59 time=0.690 ms
64 bytes from 1.1.1.1: icmp_seq=16 ttl=59 time=0.753 ms
64 bytes from 1.1.1.1: icmp_seq=17 ttl=59 time=0.715 ms
64 bytes from 1.1.1.1: icmp_seq=18 ttl=59 time=0.737 ms
64 bytes from 1.1.1.1: icmp_seq=19 ttl=59 time=0.711 ms
64 bytes from 1.1.1.1: icmp_seq=20 ttl=59 time=0.702 ms
^C
--- 1.1.1.1 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19002ms
rtt min/avg/max/mdev = 0.690/0.722/0.768/0.030 ms

35

Les1ie

2019-04-04 15:48:20 +08:00

https://i.loli.net/2019/04/04/5ca5b63f76178.png

找到了，cloudflare 在国内有部署节点

https://blog.cloudflare.com/dns-resolver-1-1-1-1/

可是.... 为什么我还是感觉延迟比 114.114.114.114 223.5.5.5 等 dns 要高得多...

36

xxx5174

2019-04-04 15:48:46 +08:00

C:\Users\gd>ping 1.1.1.1

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 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 时间=1ms TTL=254

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

C:\Users\gd>tracert 1.1.1.1

通过最多 30 个跃点跟踪
到 one.one.one.one [1.1.1.1] 的路由:

1 <1 毫秒 <1 毫秒 <1 毫秒 192.168.1.1
2 1 ms 1 ms 1 ms one.one.one.one [1.1.1.1]

跟踪完成。

37

skyeycirno

2019-04-04 15:51:06 +08:00

你这是本地 DNS 劫持了

38

FreshUncle

2019-04-04 15:56:03 +08:00

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

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)

这算啥

39

25H

2019-04-04 15:57:17 +08:00

ping 1.1.1.1 -t

正在 Ping 1.1.1.1 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。
请求超时。

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 15，已接收 = 0，丢失 = 15 (100% 丢失)，
Control-C
^C

黑龙江联通?😒

40

miyuki

2019-04-04 15:59:56 +08:00 via Android

正常…我这城域网用 2.1.1.1

41

keepeye

OP

2019-04-04 16:03:53 +08:00

@skyeycirno 所以有啥靠谱的 dns 不？ 114 今天好像不太稳定

42

skyeycirno

2019-04-04 16:07:14 +08:00

@keepeye #41 一般用运营商默认 DNS 就行，如果你非要换，建议试试 ustc 的 DNS

43

LZSZ

2019-04-04 16:07:25 +08:00

这玩意淘宝解析到国外去了这样感觉会更慢吧

44

titanium98118

2019-04-04 16:12:21 +08:00

移动
ping -I eth0.100 1.1.1.1 -c 5
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: seq=0 ttl=53 time=53.955 ms
64 bytes from 1.1.1.1: seq=1 ttl=51 time=17.437 ms
64 bytes from 1.1.1.1: seq=2 ttl=52 time=16.936 ms
64 bytes from 1.1.1.1: seq=3 ttl=52 time=16.812 ms
64 bytes from 1.1.1.1: seq=4 ttl=51 time=16.716 ms

电信
ping 1.1.1.1 -c 5
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: seq=0 ttl=56 time=150.905 ms
64 bytes from 1.1.1.1: seq=1 ttl=56 time=152.379 ms
64 bytes from 1.1.1.1: seq=2 ttl=56 time=150.792 ms
64 bytes from 1.1.1.1: seq=3 ttl=56 time=151.527 ms
64 bytes from 1.1.1.1: seq=4 ttl=56 time=150.673 ms

45

bubuyu

2019-04-04 16:15:20 +08:00

DNS 该怎么污染怎么污染，用外国的也没什么意义...

46

OrangeM21

2019-04-04 16:19:59 +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=52 time=331.293 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=52 time=336.525 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=52 time=205.458 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=52 time=362.554 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=52 time=210.498 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=52 time=497.009 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=52 time=201.591 ms

47

Love4Taylor

2019-04-04 16:20:21 +08:00

请使用 tcpping 测试 853 端口的延迟. 并且确保 TLS 验证正常.

48

sobigfish

2019-04-04 16:21:19 +08:00 via iPhone

安一下他们的 app 连的上不就知道是否是真的了

49

wenbinwu

2019-04-04 16:21:48 +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=55 time=12.924 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=55 time=19.168 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=55 time=19.194 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=55 time=14.472 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=55 time=22.842 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=55 time=19.375 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=55 time=20.613 ms

50

97957171

2019-04-04 16:22:19 +08:00

C:\Users\Admin>ping 1.1.1.1

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=12ms TTL=59
来自 1.1.1.1 的回复: 字节=32 时间=12ms TTL=59
来自 1.1.1.1 的回复: 字节=32 时间=13ms TTL=59
来自 1.1.1.1 的回复: 字节=32 时间=11ms TTL=59

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

广东电信

51

CloudnuY

2019-04-04 16:23:37 +08:00

有的不是劫持，是机房内网直接用 1.1.1.0/24 或者更大网段了，运维不规范导致的

52

zro

2019-04-04 16:25:15 +08:00

@Les1ie #35 参考#43

53

Midnight

2019-04-04 16:27:08 +08:00

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=246ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=191ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=240ms TTL=53
来自 1.1.1.1 的回复: 字节=32 时间=224ms TTL=53

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

54

Kiriya

2019-04-04 16:36:00 +08:00

正在 Ping 1.1.1.1 具有 32 字节的数据:
请求超时。
来自 1.1.1.1 的回复: 字节=32 时间=316ms TTL=54
来自 1.1.1.1 的回复: 字节=32 时间=331ms TTL=54
来自 1.1.1.1 的回复: 字节=32 时间=327ms TTL=54

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

55

Kiriya

2019-04-04 16:36:53 +08:00

没被劫持，但没有使用价值，延迟太高了而且丢包

56

boris1993

2019-04-04 16:41:06 +08:00 via Android

个位数延时的境外服务器？？？

我更相信被路由投毒，给你拐到假的上面去了

57

fy1993

2019-04-04 16:47:27 +08:00

ping 不通

58

essethon

2019-04-04 16:47:37 +08:00

只要你查询的是某些网站，随便什么地址都是 DNS 服务器。（手动狗头

https://paste.ubuntu.com/p/7npZN2Z9zt/

59

yuyehack

2019-04-04 16:47:44 +08:00

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

南京电信的确很快

60

luminous

2019-04-04 16:49:08 +08:00 via Android

你这大概是给弄到哪个运营商设备上面了我联通有时候也这样现在只有移动可以直连到 cf 香港

61

lcy630409

2019-04-04 16:49:51 +08:00

@yuyehack 你觉得别人会用 windows 作为 dns 服务器系统么....明显被劫持了

62

datou

2019-04-04 16:50:08 +08:00

北京移动连的是 hkix 节点,还挺不错

63

janxin

2019-04-04 16:52: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=55 time=510.003 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=55 time=314.471 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=55 time=245.772 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=55 time=268.187 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=55 time=383.671 ms
^C
--- 1.1.1.1 ping statistics ---
6 packets transmitted, 5 packets received, 16.7% packet loss
round-trip min/avg/max/stddev = 245.772/344.421/510.003/95.287 ms

64

HHBilly

2019-04-04 16:55:48 +08:00

成都联通

正在 Ping 1.1.1.1 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)，

65

flynaj

2019-04-04 16:59:30 +08:00

不要发 ping ,发 tracert。
目标 IP: 1.1.1.1 ( one.one.one.one )

1 192.168.88.1 0 ms 0 ms 0 ms 局域网 *
2 100.69.0.1 2 ms 2 ms 2 ms 共享地址 *
3 218.63.48.101 4 ms 5 ms 5 ms 中国云南玉溪电信 AS4134
4 222.221.28.93 6 ms 9 ms 15 ms 中国云南玉溪电信 AS4134
5 202.97.76.29 50 ms 51 ms 55 ms 中国广东广州电信 *
6 202.97.94.146 50 ms 51 ms * 中国广东广州电信 AS4134
7 202.97.94.114 42 ms 42 ms 43 ms 中国广东广州电信 AS4134
8 202.97.86.138 199 ms 201 ms 205 ms 美国加利福尼亚州洛杉矶电信 AS4134
9 202.97.92.37 271 ms 273 ms 276 ms 美国加利福尼亚州洛杉矶电信 AS4134
10 218.30.54.214 203 ms 203 ms 203 ms 美国加利福尼亚州洛杉矶 ctamericas.com AS4134
11 1.1.1.1 203 ms 203 ms 206 ms CLOUDFLARE.COM apnic.net AS13335 one.one.one.one

目标 IP: 2606:4700:4700::1111 ( one.one.one.one )

1 240e:34c:*::1 0 ms 0 ms 0 ms 中国云南玉溪电信 AS4134
2 240e:12:2800::21 2 ms 2 ms 2 ms 中国云南玉溪电信 AS4134
3 240e:12:2803:2::2 3 ms 4 ms 4 ms 中国云南玉溪电信 AS4134
4 240e:12:2801:104::2 6 ms 6 ms 7 ms 中国云南玉溪电信 AS4134
5 * * * *
6 240e::21:61:4102 50 ms 51 ms 52 ms 中国电信 AS4134
7 240e:0:a::c9:1cb5 49 ms 50 ms 54 ms 中国电信 AS4134
8 240e:0:a::c9:5b4d 50 ms 50 ms 51 ms 中国电信 AS4134
9 * * * *
10 240e:0:a::cc:46d1 289 ms 292 ms * 中国电信 AS4134
11 2001:2000:3080:7d8::1 265 ms 265 ms 269 ms 英国伦敦 telia.com AS1299 ldn-b4-link.telia.net
12 2001:2000:3080:338::2 286 ms 286 ms * 英国伦敦 telia.com AS1299 cloudflare-ic-339870-ldn-b4.c.telia.net
13 2606:4700:4700::1111 286 ms 286 ms 286 ms CLOUDFLARE.COM cloudflare.com AS13335 one.one.one.one

66

StederLee

2019-04-04 17:20:06 +08:00

就算用 anycast，要达到这个延迟只有是在国内有服务器。Cloudflare 能在国内有服务器吗？

67

imyoona

2019-04-04 17:37:09 +08:00

它图上有国内节点，实际上完全没见过。最多也就是移动去 HK。

68

xuzhongzhou

2019-04-04 17:37:29 +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=49 time=220.503 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=49 time=161.937 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=49 time=162.077 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=49 time=162.423 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=49 time=162.004 ms

--- 1.1.1.1 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 161.937/173.789/220.503/23.358 ms

69

HFX3389

2019-04-04 17:38:59 +08:00

你们的延迟太高了！！看看我的，简直就在内网

C:\Users\Administrator>ping 1.1.1.1

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

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

C:\Users\Administrator>nslookup
默认服务器: ***
Address: ***

> server 1.1.1.1
默认服务器: one.one.one.one
Address: 1.1.1.1

70

izhulei

2019-04-04 17:56:54 +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=254 time=5.741 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=254 time=3.045 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=254 time=2.671 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=254 time=3.234 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=254 time=3.748 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=254 time=3.800 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=254 time=3.540 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=254 time=3.714 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=254 time=3.542 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=254 time=3.529 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=254 time=4.693 ms
64 bytes from 1.1.1.1: icmp_seq=11 ttl=254 time=3.616 ms
64 bytes from 1.1.1.1: icmp_seq=12 ttl=254 time=3.922 ms
64 bytes from 1.1.1.1: icmp_seq=13 ttl=254 time=2.783 ms
64 bytes from 1.1.1.1: icmp_seq=14 ttl=254 time=3.597 ms
64 bytes from 1.1.1.1: icmp_seq=15 ttl=254 time=3.619 ms

71

hanru

2019-04-04 18:00:03 +08:00

1

要把 1.1.1.1 的劫持和 4 月 1 日 Cloudflare 宣布的 VPN 服务 1.1.1.1 Warp 连在一起看。

https://blog.cloudflare.com/1111-warp-better-vpn/

72

huijiewei

2019-04-04 18:39:30 +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
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6

73

thet

2019-04-04 18:59:44 +08:00 via Android

100% packet loss

74

ruiowe

2019-04-04 19:05:44 +08:00

5ms 应该是劫持了

75

msuyj1984

2019-04-04 19:14:37 +08:00

通过最多 30 个跃点跟踪
到 one.one.one.one [1.1.1.1] 的路由:

1 2 ms 2 ms 2 ms Warehouse [192.168.1.1]
2 3 ms 2 ms 3 ms 100.85.0.1
3 15 ms 45 ms 3 ms 58.215.70.33
4 5 ms 5 ms 5 ms 58.215.67.94
5 * * * 请求超时。
6 * * * 请求超时。
7 * * * 请求超时。
8 * * * 请求超时。
9 * * * 请求超时。
10 * * * 请求超时。

76

sofm

2019-04-04 19:26:57 +08:00 via Android

该 ip 实际地址好像在澳大利亚

77

vocaloid

2019-04-04 19:30: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% 丢失)，

78

winglight2016

2019-04-04 19:38:44 +08:00

1.1.1.1 速度很快呀，备用 DNS 有什么可以推荐吗？

79

rzbb

2019-04-04 19:40:52 +08:00 via iPhone

海外 ip 这么低的 ping 值也许根本没出国

80

JCZ2MkKb5S8ZX9pq

2019-04-04 19:47:40 +08:00

魔都
140+-5ms

81

YiG

2019-04-04 20:09:49 +08:00 via Android

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

82

LittleYangYang

2019-04-04 20:25:53 +08:00

正在 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

83

miaomiao888

2019-04-04 20:52:03 +08:00

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

84

Jessepinkman

2019-04-04 20:53:43 +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=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

85

tabris17

2019-04-04 20:55:16 +08:00

正在 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

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

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

86

sunocean

2019-04-04 21:31:00 +08:00

电信已经 GG

87

jousca

2019-04-04 21:56:13 +08:00

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

正在 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

88

EIlenZe

2019-04-04 22:04:54 +08:00

https://www.dnsleaktest.com/

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

89

zhouzm

2019-04-04 22:23:44 +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

90

dalieba

2019-04-04 22:50:56 +08:00 via Android

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

91

shanlan

2019-04-04 22:54:23 +08:00

华中电信：

正在 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

92

eveqvq982

2019-04-04 23:04:24 +08:00

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

93

Archeb

2019-04-04 23:35:31 +08:00

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

94

annoy1309

2019-04-04 23:43:39 +08:00

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 区

95

aliofwind

2019-04-05 00:22:31 +08:00

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

96

mrw77

2019-04-05 01:01:15 +08:00

低？？？

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

97

randyo

2019-04-05 01:38:29 +08:00 via Android

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

98

TonyLiu2ca

2019-04-05 02:29:58 +08:00

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

99

kyobox

2019-04-05 06:22:16 +08:00

目标 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

100

kyobox

2019-04-05 06:28:11 +08:00

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

1 2

❮

❯