这是一个创建于 1919 天前的主题，其中的信息可能已经有所发展或是发生改变。
听说因为 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 Girls 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