direct-nameserver 无法正常解析直连规则的域名

[HozumiMoa]

dns:
  enable: true
  ipv6: false
  use-system-hosts: false
  listen: 0.0.0.0:53
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - geosite:private
  default-nameserver:
    - quic://223.5.5.5
    - quic://223.6.6.6
  nameserver-policy:
    geosite:private:
      - system
  direct-nameserver:
    - https://dns.alidns.com/dns-query#h3=true
    - quic://dns.alidns.com
  nameserver:
    - https://dns.google/dns-query#h3=true
    - https://cloudflare-dns.com/dns-query#h3=true
rules:
  # GEOSITE 规则
  - GEOSITE,category-ads-all,REJECT
  - GEOSITE,private,DIRECT
  - GEOSITE,microsoft@cn,DIRECT
  - GEOSITE,apple-cn,DIRECT
  - GEOSITE,steam@cn,DIRECT
  - GEOSITE,category-games@cn,DIRECT
  - DOMAIN-SUFFIX,googleapis.cn,🚀 节点选择
  - GEOSITE,geolocation-!cn,🚀 节点选择
  - GEOSITE,cn,DIRECT

  # GEOIP 规则
  - GEOIP,private,DIRECT,no-resolve
  - GEOIP,CN,DIRECT
  - MATCH,🐟 Final

• RT，用的是上述配置，direct-nameserver 使用 alidns，nameserver 使用 google、cloudflare
• 按理来说，rules 中所有走 DIRECT 的域名会被 direct-nameserver 解析，结果是 TCP 连接确实被 direct-nameserver 解析，但 UDP 连接却绕过 direct-nameserver，被 nameserver 解析了
• 现象：正常情况下腾讯游戏的延迟在 10ms 左右，但使用上述配置后延迟达到 40ms+，检查连接记录后发现 UDP 连接走的域名都被本地解析到香港腾讯云的 IP

---

• 怎么验证这个结论呢，只要将 direct-nameserver 和 nameserver 对调，结果是网页浏览的延迟明显变高的同时，游戏延迟却变回正常 10ms 了

[mqcycy]

直连dns直接用UDP看看呢

[HozumiMoa]

直连dns直接用UDP看看呢

direct-nameserver 换成 223.5.5.5 119.29.29.29后，问题还是一样

[doctorgreen4721]

我的配置类似，但我使用的是redir-host模式，好像请求baidu.com等直连域名时会出现同时请求nameserver和direct-nameserver内dns服务器的现象，如果namesever内dns服务器无法连接，mihomo就不会再去请求direct-nameserver了。

`dns:
enable: true
prefer-h3: false
ipv6: false
enhanced-mode: redir-host
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- ""
- +.lan
- +.local
- time..com
- ntp.*.com
- +.market.xiaomi.com
use-hosts: false
use-system-hosts: true
default-nameserver:
- quic://223.5.5.5
- quic://223.6.6.6
nameserver:
- https://dns.adguard-dns.com/dns-query
proxy-server-nameserver:
- quic://dns.alidns.com
direct-nameserver:
- quic://dns.alidns.com
direct-nameserver-follow-policy: true
respect-rules: true
fallback: []
fallback-filter: {}
rule-providers:
proxy:
type: http
path: ./proxy.yaml
url: "https://github.com/MetaCubeX/meta-rules-dat/raw/refs/heads/meta/geo-lite/geosite/proxy.yaml"
interval: 600
proxy: 🚀 节点选择
behavior: domain
format: yaml

rules:

• GEOSITE,cn,DIRECT
• RULE-SET,proxy,🚀 节点选择
• GEOSITE,geolocation-!cn,🚀 节点选择
• GEOIP,private,DIRECT,no-resolve
• GEOIP,CN,DIRECT,no-resolve
• MATCH,🚀 节点选择`

图片中向so.com解析失败，没有向direct-nameserver发送请求。bilibili.com同时发送给了nameserver和direct-nameserver。

[lonble]

借楼问一下。
根据wiki，direct-nameserver是用于direct出口域名解析的 DNS 服务器。
如果是根据域名规则直接走direct这个我没疑问。如果请求里有域名，但域名规则没匹配到，走到了IP规则，这时候会对域名进行解析，我理解这里应该是会跳过direct-nameserver的，毕竟还没定出口；如果根据IP规则走了direct，那么这个时候会直接用之前的解析结果，还是用direct-nameserver重新解析一次？

[lonble]

看了下日志，确实会重新解析一次

[zhoumff]

我也发现这个问题，当direct-nameserver被设置为doh时，解析会被退回到default-nameserver，如果遇到一些CDN比较多的网站，就会被退回多次，整个链路的延迟就会很高。目前解决办法就是不设置direct-nameserver，直连被nameserver中的doh解析，或者设置udp的direct-nameserver。看样子，direct-nameserver的设计逻辑和default-nameserver，只支持IP格式的DNS，我还是不太理解direct-nameserver的运行逻辑。