这是一个创建于 1590 天前的主题，其中的信息可能已经有所发展或是发生改变。
听说因为 Cloudflare 家的任播技术，所有他家的任何一个 ip 都能使用 DoH 。
然后发现 Cloudflare 主页对应的 IP，104.17.176.85 。延迟 40ms 超低，而且很稳。似乎有 buf 加持。
于是试着把 DoH 的 IP 从 1.1.1.1 换成了这个 IP 。发现能用，而且速度起飞。
然后发现 Cloudflare 主页对应的 IP，104.17.176.85 。延迟 40ms 超低，而且很稳。似乎有 buf 加持。
于是试着把 DoH 的 IP 从 1.1.1.1 换成了这个 IP 。发现能用，而且速度起飞。
9 条回复 • 2020-08-19 09:24:59 +08:00
 |
1
Nangle 2020-07-15 18:40:20 +08:00
不支持 EDNS，可能会有减速效果~
|
 |
2
miaomiao888 2020-07-15 20:06:46 +08:00
正在 Ping 104.17.176.85 具有 32 字节的数据:
来自 104.17.176.85 的回复: 字节=32 时间=237ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=240ms TTL=54 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=230ms TTL=54 我飞不起来~ |
 |
3
sola97 2020-07-15 20:20:43 +08:00
正在 Ping 104.17.176.85 具有 32 字节的数据:
来自 104.17.176.85 的回复: 字节=32 时间=150ms TTL=52 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=151ms TTL=52 来自 104.17.176.85 的回复: 字节=32 时间=151ms TTL=52 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=150ms TTL=52 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=150ms TTL=52 来自 104.17.176.85 的回复: 字节=32 时间=150ms TTL=52 来自 104.17.176.85 的回复: 字节=32 时间=150ms TTL=52 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=150ms TTL=52 104.17.176.85 的 Ping 统计信息: 数据包: 已发送 = 12，已接收 = 8，丢失 = 4 (33% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 150ms，最长 = 151ms，平均 = 150ms |
 |
4
wlh 2020-07-15 20:46:24 +08:00
tls://8.8.8.8 不香吗……
|
 |
5
csvw 2020-07-16 08:20:30 +08:00
Ping statistics for 104.17.176.85:
Packets: Sent = 20, Received = 17, Lost = 3 (15% loss), Approximate round trip times in milli-seconds: Minimum = 175ms, Maximum = 176ms, Average = 175ms 一点都不香 |
 |
6
sofarsonear 2020-07-16 09:07:05 +08:00
公共 DNS 大都是任播技术的，1.1.1.1 40ms 不算快。国内 114 、223 延迟都是个位数据，特别是 223.5.5.5 支持 dot，doh，doh json 。速度也是火箭。现在还能在阿里云的控制台查看自己的解析日志。
ping 223.5.5.5 PING 223.5.5.5 (223.5.5.5): 56 data bytes 64 bytes from 223.5.5.5: icmp_seq=0 ttl=118 time=4.361 ms 64 bytes from 223.5.5.5: icmp_seq=1 ttl=118 time=5.733 ms 64 bytes from 223.5.5.5: icmp_seq=2 ttl=118 time=5.047 ms 64 bytes from 223.5.5.5: icmp_seq=3 ttl=118 time=5.389 ms 64 bytes from 223.5.5.5: icmp_seq=4 ttl=118 time=4.263 ms |
 |
7
HaoranLi 2020-07-18 17:47:51 +08:00  2
@sofarsonear 污染的再快有什么用
|
|
8
sofarsonear 2020-07-20 08:38:25 +08:00
@HaoranLi 防墙污染就不要想了，国内提供公共 dns 的，想长久做下去，哪个敢绕墙。不过发现梯子到海外，再用 ali 的 223 就不污染了。
|
 |
9
raycheung 2020-08-19 09:24:59 +08:00
感谢楼主分享，不过这个丢包确实感人，坐标杭州
C:\Users\RayDell>ping 104.17.176.85 -t 正在 Ping 104.17.176.85 具有 32 字节的数据: 请求超时。 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=124ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=120ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=126ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=121ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=122ms TTL=54 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=137ms TTL=54 请求超时。 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=121ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=120ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=123ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=123ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=121ms TTL=54 请求超时。 来自 104.17.176.85 的回复: 字节=32 时间=124ms TTL=54 来自 104.17.176.85 的回复: 字节=32 时间=124ms TTL=54 104.17.176.85 的 Ping 统计信息: 数据包: 已发送 = 19，已接收 = 13，丢失 = 6 (31% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 120ms，最长 = 137ms，平均 = 123ms |
Select Language