Cloudflare 要推新公共 DNS 服务,地址是 1.1.1.1

周其
 周其
发布于 2018年04月02日
收藏 5

提供内容传递网络和阻断攻击保护服务的 Cloudflare 正准备与亚太网络资讯中心(Asia-Pacific Network Information Centre,APNIC)联手推出 IP 位址为 1.1.1.1 的公共 DNS(网域名称)解析服务,该服务的上线虽然只有昙花一现,但相关画面已被 Internet Archive 存档。

DNS 的全名为网域名称系统(domain name system),可将网域名称转成 IP 位址,它就像是个网络目录,协助使用者通过网域名称找到相对应的地址。

Cloudflare 在 1.1.1.1 网站上说明,DNS 通常非常缓慢且缺乏安全性,有些 DNS 供应商甚至会销售使用者网络浏览的资料,并用以发送目标式广告。而 1.1.1.1 将以使用者的隐私为主,既不会记录使用者的 IP 位址,也不会销售使用者资料,或是利用这些资料发送广告。

此外,Cloudflare 也希望 1.1.1.1 成为全球最快的 DNS 目录,根据 DNSPerf 的 DNS 监控数据,1.1.1.1 解析网域名称的速度比第二名的 DigitalOcean 快了 53%。

Cloudflare 指出,网络上的每件事几乎都是始于 DNS 请求,因此,选择一个最快的 DNS 目录基本上将加速使用者使用任何网络。

1.1.1.1 这个 IP 位址属于 APNIC 所有,容易记忆的程度可媲美 Google 的 8.8.8.8 或是 IBM 的 9.9.9.9,此外,强调隐私保护与速度也都让该服务备受期待。目前 1.1.1.1 仍未重新上线,而 Cloudflare 与 APNIC 则尚未正式发表 1.1.1.1,也未正面回应此事。

来自:ithome

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:Cloudflare 要推新公共 DNS 服务,地址是 1.1.1.1
加载中

最新评论(44

仔仔_杨
仔仔_杨
tes
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
MikeManilone
MikeManilone
64 bytes from 1.1.1.1: icmp_seq=1 ttl=50 time=587 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=351 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=187 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=50 time=215 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=214 ms
iGoo
iGoo
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=196ms TTL=48
来自 1.1.1.1 的回复: 字节=32 时间=196ms TTL=48
来自 1.1.1.1 的回复: 字节=32 时间=195ms TTL=48
来自 1.1.1.1 的回复: 字节=32 时间=189ms TTL=48
oxsicn
oxsicn
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
局长
局长
C:\Users\Administrator>ping 1.1.1.1

正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=298ms TTL=54
来自 1.1.1.1 的回复: 字节=32 时间=265ms TTL=54
来自 1.1.1.1 的回复: 字节=32 时间=158ms TTL=54
来自 1.1.1.1 的回复: 字节=32 时间=206ms TTL=54

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 158ms,最长 = 298ms,平均 = 231ms
a
apple009
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间=190ms TTL=50
来自 1.1.1.1 的回复: 字节=32 时间=181ms TTL=50
来自 1.1.1.1 的回复: 字节=32 时间=186ms TTL=50
来自 1.1.1.1 的回复: 字节=32 时间=184ms TTL=50
cmxz
cmxz
正在 Ping 1.1.1.1 具有 32 字节的数据:
来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=255
来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=255
来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=255
来自 1.1.1.1 的回复: 字节=32 时间<1ms TTL=255

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

C:\Users\Administrator>ping 8.8.8.8

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=61ms TTL=40
来自 8.8.8.8 的回复: 字节=32 时间=60ms TTL=40
来自 8.8.8.8 的回复: 字节=32 时间=61ms TTL=40
来自 8.8.8.8 的回复: 字节=32 时间=60ms TTL=40

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失)
往返行程的估计时间(以毫秒为单位):
最短 = 60ms,最长 = 61ms,平均 = 60ms
Love4Taylor
Love4Taylor
国内可用度不高 所以没啥意思...
zxfkty
zxfkty
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=197.021 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=51 time=521.000 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=51 time=345.384 ms
^C
--- 1.1.1.1 ping statistics ---
4 packets transmitted, 3 packets received, 25.0% packet loss
round-trip min/avg/max/stddev = 197.021/354.468/521.000/132.420 ms

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=42 time=53.891 ms
Request timeout for icmp_seq 1
64 bytes from 8.8.8.8: icmp_seq=2 ttl=42 time=52.846 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=42 time=52.326 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=42 time=51.832 ms
^C
--- 8.8.8.8 ping statistics ---
tubexu
tubexu
阿里的稳定。
返回顶部
顶部