DNS分流方案：DAE+AdguardHome

[zuilintan]

大部分设置与DAE配合MosDns的方案相同，
为避免多重维护，此处仅罗列差异项。

配置：

保持Domain模式即可，因为DNS请求还是经由DAE分发，并非像MosDns那般换其接管。

DNS：

# 若设为4，且域名同时有A和AAAA记录，dae只回应A类型的请求，并返回空回复给AAAA请求
ipversion_prefer: 4

# 绑定到本地地址以监听DNS查询请求(目前有Bug，Reload后再次绑定会失败，暂时注释)
#bind: '127.0.0.1:5325'

upstream {
  google_doh3: 'h3://dns.google:443/dns-query'
  adguard_home: 'tcp+udp://127.0.0.1:5345'
}

routing {
  request {
    # 禁用IPv6，可屏蔽AAAA相关日志的打印
    qtype(aaaa) -> reject
    # 禁用ECH，避免影响分流
    qtype(https) -> reject
    # 放行内网域名(e.g. .local)，交由DnsMasq处理
    qname(geosite:private) -> asis
    qname(geosite:cn) -> adguard_home
    fallback: google_doh3
  }
}

因为AdguardHome在DNS解析时，无法如MosDns通过Geo区分国内外域名，所以该部分交由DAE识别分发。
换言之，AdguardHome只处理国内DNS解析，国外DNS则在DAE中直接发给google_doh3。
注意！不要将AdguardHome的监听端口设为53，
否则还需要单独处理Dnsmasq在DHCP时，下游设备无法获取到DNS的问题。
既麻烦又会为后续切换其它DNS插件(e.g. MosDns)时造成困扰。

路由：

# Core
pname(NetworkManager, systemd-resolved, dnsmasq) -> must_direct
pname(AdGuardHome) -> must_rules
...
# Private
# 原因：内网通信无需分流，强制直连即可
# 注意：不可写为must_direct(很多教程都是错的)，否则下游服务在DNS查询会直接跳过路由器的DNS解析器(DAE、MosDns)
# e.g. 下游存在一台NAS，NAS中/etc/resolv.conf配置如下：
# nameserver 127.0.0.1
# nameserver 192.168.100.1
# nameserver 114.114.114.114
# nameserver 8.8.8.8
# 若配置为must_direct，则下游服务在请求DNS解析时，会跳过192.168.100.1，而直接向114.114.114.114、8.8.8.8请求，无法被路由器管理
# 此外，在使用AdguardHome时，配置dip(geoip:private) -> direct会导致查询日志中的客户端列只能识别为127.0.0.1 localhost，虽然可以通过改为must_direct解决，但会衍生DNS泄露(如上述注释)，暂无最优解，所以此处依然要写为direct
dip(geoip:private) -> direct
domain(geosite:private) -> direct
...

AdguardHome

重要！重定向 配置为无

DNS由下游的DAE主动发送，上游的AdguardHome被动接收。

题外话：

其实单就适配性来看，AdGuardHome更贴合DAE，
因为，MosDns与DAE都有Geo查询这一步骤，
一是容易出现信息差，比如前者Geo更新后新增了几个GFW域名，后者没有更新。
二是双倍的查询耗时。
三则是AdGuardHome这个WebUI做的真棒。

[HongJie-Master]

我是用adguardhome解析海外dns，但在解析记录里面总是会出现127.0.0.1:53和[::]:53的记录，而且每次重载daed包挂的，不知道怎么回事