MOSDNS 的分载似乎有些问题

[greenhat616]

这是我朋友的一台机器遇到的问题。

/data # debug.sh
=====PaoPaoDNS docker debug=====
[info] images build time : 2023-07-20 16:12:02 UTC
[info] ========== env info ==========
====ENV TEST====
MEM:1000m 2000m 1000000 3000mb
prefPC:100
CORES:-20-
POWCORES:-16-
ulimit :-1048576-
FDLIM :-4096-
TZ:-Asia/Shanghai-
UPDATE:-daily-
DNS_SERVERNAME:-PaoPaoDNS,blog.03k.org-
SERVER_IP:--
ETHIP:-192.168.0.15-
DNSPORT:-53-
SOCKS5:-192.168.0.1:7891-
CNAUTO:-1-
IPV6:-0-
CNFALL:-1-
CUSTOM_FORWARD:-IP:PORT-
AUTO_FORWARD:-0-
AUTO_FORWARD_CHECK:-1-
USE_MARK_DATA:-1-
RULES_TTL:-0-
CN_TRACKER:-1-
USE_HOSTS:--
HTTP_FILE:--
SAFEMODE:--
QUERY_TIME:-100ms-
PLATFORM:-Linux d81e28dace9a 6.1.36-Unraid #1 SMP PREEMPT_DYNAMIC Wed Jun 28 07:51:54 PDT 2023 x86_64 Linux-
====ENV TEST====
[info] ========== process info ==========
PID   USER     TIME  COMMAND
    1 root      0:00 {init.sh} /bin/sh /usr/sbin/init.sh
   11 root      0:00 crond
   58 root      0:00 /bin/sh
   81 root      0:00 dnscrypt-proxy -config /data/dnscrypt-resolvers/dnscrypt.toml
   82 root      0:00 dnscrypt-proxy -config /data/dnscrypt-resolvers/dnscrypt_socks.toml
   84 root      0:00 mosdns start -d /tmp -c mosdns.yaml
  101 root      0:00 {watch_list.sh} /bin/sh /usr/sbin/watch_list.sh
  103 root      0:00 {data_update.sh} /bin/sh /usr/sbin/data_update.sh
  119 root      0:00 redis-server unixsocket:/tmp/redis.sock
  125 root      0:19 unbound -c /tmp/unbound_forward.conf -p
  131 root      0:19 unbound -c /tmp/unbound_raw.conf -p
  144 root      0:00 inotifywait -e modify,delete /etc/unbound/named.cache /data/Country-only-cn-private.mmdb /data/force_cn_list.txt /data/force_nocn_list.txt
  262 root      0:00 {debug.sh} /bin/sh /usr/sbin/debug.sh
  266 root      0:00 ps -ef
[info] ========== cn list info ==========
domain:whoami.ds.akahelp.net
domain:whoami.03k.org
[info] ========== reids info ==========
used_memory_human:908.43K
used_memory_rss_human:5.97M
used_memory_peak_human:908.43K
total_system_memory_human:31.26G
used_memory_lua_human:31.00K
used_memory_vm_total_human:63.00K
used_memory_scripts_human:181B
maxmemory_human:2.93G
(integer) 3
[test] IP test, you will see that all the following IPs are your public network exit IP !
[test] ========== IP TEST START ==========
CN IP URL:
------------------
Non-CN IP URL:
115.239.18.18
115.239.18.18
------------------
IP INFO:
curl: (6) Could not resolve host: ip.03k.org

------------------
----mosdns whoami aka dig:
------------------
----local-unbound whoami aka dig:
"ns" "115.239.18.18"
------------------
----mosdns whoami 03k dig:
115.239.18.18
------------------
----local-unbound whoami 03k dig:
115.239.18.18
[test] ========== IP TEST END ==========

[test] The DNS hijacking test, you will see timed out message !
[test] ========== DNS HIJACK START ==========
;; communications error to 6.7.8.9#53: timed out
;; communications error to 6.7.8.9#53: timed out
;; communications error to 6.7.8.9#53: timed out
;; no servers could be reached


[test] ========== DNS HIJACK END ==========
[test] CN domain test, you will see that the DNS resolution result is CN IP !
[test] ========== CN DOMAIN TEST START ==========
----mosdns CN dig:
------------------
----local-unbound CN dig:
www.taobao.com.danuoyi.tbcache.com.
61.174.43.210
61.174.43.211
[test] ========== CN DOMAIN TEST END ==========
[test] Non-CN domain test, you will see that the DNS resolution result is correct IP !
[test] ========== Non-CN DOMAIN TEST START ==========
----mosdns Non-CN dig:
------------------
----dnscrypt-unbound NOCN dig:
youtube-ui.l.google.com.
142.251.42.238
142.251.43.14
------------------
----dnscrypt Non-CN dig:
youtube-ui.l.google.com.
172.217.13.142
172.217.13.174
------------------
----dnscrypt-socks5 Non-CN dig:
youtube-ui.l.google.com.
172.217.160.78
172.217.163.46
[test] ========== Non-CN DOMAIN TEST END ==========
[test] IPv6 Dual CN test: you will see that IPv6 is OK !
[test] ========== IPV6 CN DOMAIN TEST START ==========
www.taobao.com.danuoyi.tbcache.com.
240e:f7:a093:101:3::3e8
240e:f7:a093:101:3::3e7
[test] ========== IPV6 CN DOMAIN TEST END ==========
[test] IPv6 Dual Non-CN test: you will see that IPv6 is empty !
[test] ========== IPV6 Non-CN DOMAIN TEST START ==========
[test] ========== IPV6 Non-CN DOMAIN TEST END ==========
[test] IPv6 only Non-CN test: you will see that IPv6 is ok !
[test] ========== IPV6 ONLY Non-CN DOMAIN TEST START ==========
[test] ========== IPV6 ONLY Non-CN DOMAIN TEST END ==========

[info] ALL TEST FINISH.

日记如上，和我手动使用 dig 的结果类似——53 返回空结果，5301, 5302, 5303, 5304 都有 dig 结果返回。

P.SS 另一种情况，我自己也碰到过，有时候第一次 DNS请求 为空，第二次才会返回 IP。
请问以上问题有办法解决嘛。

[greenhat616]

造，好像发错地方了，应该是 paopaodns 那边的，能帮我 transfer 过去么

[kkkgo]

• 1、变量设置存在问题。CNFALL:-1- 变量格式是yes和no，不是0和1
• 2、[info] images build time : 2023-07-20 16:12:02 UTC 不是最新版本，这个情况是由于网络不稳定产生，参考更新日志：【更新日志】2023/07/27 PaoPaoDNS 降低网络不稳定的情况下的查询失败率 #33
• 3、参考按照教程内网部署，国内分流失败，求教！ #2 (comment) ，尽量减少docker的nat层数，使用macvlan或者host网络模式运行容器（让容器IP和路由器同一网段）

[kkkgo]

另外，我注意到了你把调试项QUERY_TIME设置成了100ms，除非你的网络真的有这么好，不然还是建议还是使用默认设置。

[kkkgo]

这个应该是造成问题的主要原因

[greenhat616]

根据他的反馈确实可以了。=，= 瞎调参数是这样的，很抱歉我没注意到他改了这一点。

说起来，mosdns 模式下默认监听 53 的配置能通过修改环境变量实现嘛。
在 macvlan 模式下，需要定期通过 dhcpd 或者 pppoe 更新前缀后重创建 macvlan 的 network，OpenWRT 上似乎没有相关的 Hook，所以我放弃了这点，改用了 host 模式，但是每次容器更新都会重置 mosdns.yaml 文件，所以有没有办法在 env 上动手脚呢？

[kkkgo]

macvlan需要更新前缀你是指IPv6网络吗？DNS服务的话运行不需要IPv6也可以正常解析v6地址aaaa记录。如果你使用host模式，你可以把host相关占用53端口的服务停止或者禁用。

[greenhat616]

对的，IPv6 网络需要更新前缀。🆗，也就是不需要 ipv6 前缀也能作用是吧。
关于 host 模式的情况下，openwrt 下应该没办法把。dnsmasq 默认会占据 53 接口，哪怕没做 DNS 拦截。

[kkkgo]

• 1、dnsmasq设置端口为0就可以禁用DNS功能。luci设置位于DHCP/DNS-高级设置-DNS 服务器端口，或者编辑dnsmasq.conf。可以参考dnsmasq官方说明手册。
• 2、修改默认的53端口，可能会和容器内其他服务的端口冲突。
• 3、容器内数据更新依赖自身的DNS（53）服务。
• 4、有条件的话，建议docker服务和路由器分开部署，避免ALL IN BOOM