dcompass - 纯 Rust 实现的高性能混合 DNS 服务器

[LEXUGE]

https://github.com/LEXUGE/dcompass

具体内容都在 GitHub 里，功能大概为： 高速（ 760 qps ） 自由路由规则，支持递归嵌套，且提供完整运行前功能检查 支持 DoH （未来支持 UDP ） 缓存持久化，应对恶劣网络环境 应对网络环境热切换（不会出现 SmartDNS Wi-Fi 换 4G 直接 DoH 断连的问题） IPv6 AAAA 屏蔽 选择性 SNI 发送，防止 SNI 被侦测 纯 Rust 实现 轻量域名匹配（ 160 us per match ）

目前自用体验良好，deploy it and forget it 自测速度快于 smartdns （ 640 qps ）

nixos 用户可以看一下 https://github.com/icebox-nix/netkit.nix ，内含打包好的 dcompass 以及可以直接使用的 nixos module

[billzhuang]

支持下，阅读代码中

[no1xsyzy]

建议发 /go/create

[lbp0200]

异步模型用的协程吗？

[LEXUGE]

@lbp0200 （不是很了解具体术语）是基于 tokio runtime 的，目前因为 tokio 0.2 和 0.3 的迁移，upstream 是 single-threaded 的，event loop 是 multi-threaded. 未来迁移以后可能性能会更好一些

[xarthur]

支持 ipset 吗？

[tpsxiong]

支持 unbound 那样的迭代查询不

[LEXUGE]

@xarthur 目前还不支持，但是代码设计的时候就考虑到这点了

[LEXUGE]

@tpsxiong recursive query 吗，只要请求写了 recursive needed 的话上游就会支持，因为实际上这是一个 DNS 转发服务器

[shynome]

qps 要讲在什么配置下的，不同配置下的 qps 不同

[LEXUGE]

@shynome 我给两个测试用了相同语义的配置。虽然数据会有变化，但是还是能反应在相同网络环境和相同设备上的速度的。

[Jirajine]

不错，正好也想用 rust 实现一个 dns 转发器。
提几个建议：
1. 配置文件支持 yaml/toml 。
2. 把核心逻辑抽出来写成 lib，方便调用。
3. 支持更多规则，正则、abp 等。
4. 支持扩展插件，弄个 Python 脚本或者像 coredns 一样留个框架让用户自己添加代码再重编译。

[Jirajine]

以及 smartdns 特有的 过期缓存、prefetch 、速度测试等，这样就可以完全替代，解决 smartdns 仅 Linux 可用的问题。

[LEXUGE]

@Jirajine 插件还未考虑，不过核心逻辑 droute 是一个 lib，且提供 trait 支持自己实现匹配规则

[Jirajine]

@LEXUGE 我这里指的插件主要是 hook，让用户在处理请求时注入自己的自定义代码。
大概是这样：
fn process_dns(&c: Context){
plugin_A(c);
plugin_B(c);
// 用户自己实现一个函数或类型，然后插入到这里。
}
然后在你自己的核心逻辑中调用 process_dns 函数。

[tpsxiong]

@LEXUGE iterative dns query

[zro]

能不能像 dnsmasq 那样可以有 add-subnet 选项，配合上游 EDNS 。。

好像没找到其他能 add-subnet 的 DNS 转发，包括 unbound~~

[LEXUGE]

@zro 目前只做了包转发，added to the todo list

[INTEL2333]

话说大佬，能不能做个双栈 EDNS
v4 和 v6 非同一个运营商提供的时候非常难受

比如 A 记录走 8888，AAAA 记录走 2001:4860:4860::8888

或者

向 8.8.8.8 发送两次查询，EDNS 分别对应 v4 和 v6

[zro]

@INTEL2333 #18 应该跟你差不多，v6 是 HE 的，能说下你是什么方案吗？
我现在的方案不太成熟，要开两个 unbound，其中一个只查 v6 。。。

[INTEL2333]

@zro 我现在是开了 2 个 adgh

adgh1 是 v4 only

adgh2 是选优模式，上游 adgh1 和 2001:4860:4860::8888

不过出结果太慢了