dns 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=251 time=4.348 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=251 time=3.489 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=251 time=3.558 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=251 time=5.651 ms

坐标南京电信

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

billytom

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

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

SirChen

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

你这个 1111 被劫持了的

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

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 了一下内网的另一台机器。。。

lostberryzz

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

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

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

Livid

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

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

Eytoyes

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

@Eytoyes 坐标河北，电信专线

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

算了，我这地不科学。

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 :(

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

exiaohao

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

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

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

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

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 要高得多...

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]

跟踪完成。

skyeycirno

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

你这是本地 DNS 劫持了

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% 丢失)

这算啥

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

黑龙江联通?😒

miyuki

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

正常…我这城域网用 2.1.1.1

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/552064

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.