会在A 记录返回后马上 force IPv4 preferred，导致dualstack-ip-selection-threshold 设置无效

[wy315700]

问题现象
典型过程：

上游正常返回 IPv4和IPv6地址，然后向两个地址发起了Ping。
IPv4 ICMP 以 131.5 ms 先返回。
此时 IPv6 回调尚未处理，显示 time1: -1，SmartDNS 立即执行 force IPv4 preferred。
仅晚 0.9 ms，ICMPv6 以 132.4 ms 成功返回，但 SOA 已经发给客户端，无法补发 AAAA。
这种情况下，dualstack-ip-selection-threshold设置是无效的。因为IPV6的time是-1

if (dualstack_dns_cache && (dualstack_dns_cache->info.speed > 0)) {
			if ((dualstack_dns_cache->info.speed + (request->conf->dns_dualstack_ip_selection_threshold * 10)) <
					dns_cache->info.speed ||
				dns_cache->info.speed < 0) {
				tlog(TLOG_DEBUG, "cache result: %s, qtype: %d, force %s preferred, id: %d, time1: %d, time2: %d",
					 request->domain, request->qtype, request->qtype == DNS_T_AAAA ? "IPv4" : "IPv6", request->id,
					 dns_cache->info.speed, dualstack_dns_cache->info.speed);
				request->ip_ttl = _dns_server_get_expired_ttl_reply(request, dualstack_dns_cache);
				ret = _dns_server_reply_SOA(DNS_RC_NOERROR, request);
				goto out_update_cache;
			}
		}

这个地方判断的时候info.speed是-1

运行环境

1. 固件型号
   1.2026.v48.1.0
2. 运营商
   上海移动
3. smartdns来源以及版本
   pikuzheng/smartdns:1.2026.v48.1.0
4. 涉及的配置(注意去除个人相关信息)

bind [::]:53

cache-size 0

# enable persist cache when restart
cache-persist yes

# cache persist file
cache-file /etc/smartdns/smartdns.cache


serve-expired yes

serve-expired-ttl 259200

serve-expired-reply-ttl 3

prefetch-domain yes
serve-expired-prefetch-time 21600

cache-checkpoint-time 3600

#speed-check-mode none

force-qtype-SOA 65

dualstack-ip-selection yes
dualstack-ip-selection-threshold 15

rr-ttl-min 300
rr-ttl-max 86400
#rr-ttl-reply-max 120
local-ttl 60
#max-reply-ip-num 2

log-level debug
log-file /etc/smartdns/smartdns.log
log-size 128k
log-num 2

#response-mode fastest-response

ip-set -name china_ip -file /etc/smartdns/china_ip_list.txt
ip-rules ip-set:china_ip -whitelist-ip

whitelist-ip 127.0.0.0/8
whitelist-ip 10.0.0.0/8
whitelist-ip 172.16.0.0/12
whitelist-ip 192.168.0.0/16
whitelist-ip 198.18.0.0/15
whitelist-ip 100.64.0.0/10
whitelist-ip 224.0.0.0/4
whitelist-ip ::1/128
whitelist-ip fc00::/7
whitelist-ip fe80::/10
whitelist-ip ff00::/8
whitelist-ip 2e00:1234:5678:1::/64

whitelist-ip 17.0.0.0/8

server-quic 223.6.6.6 -whitelist-ip
server-quic 2400:3200::1 -whitelist-ip

server 192.168.9.200:5553 -fallback

plugin /usr/lib/libsmartdns_ui.so
smartdns-ui.www-root /wwwroot
smartdns-ui.ip http://0.0.0.0:6080
data-dir /etc/smartdns
smartdns-ui.max-query-log-age 86400

重现步骤

1. 上游DNS配置。

2. 访问的域名。
   含个人信息，隐藏了

信息收集

1. 将/var/log/smrtdns.log日志作为附件上传(注意去除个人相关信息)。
2. 如进程异常，请将coredump功能开启，上传coredump信息文件，同时上传配套的smartdns进程文件。
   在自定义界面，开启设置->自定义设置->生成coredump配置，重现问题后提交coredump文件
   coredump文件在/tmp目录下

smartdns.log

[PikuZheng]

首先对于dns服务器来说，要么查询ipv4要么查询ipv6，不能同时查询ipv4和ipv6
其次从日志来看，第一个应答的上游 211.136.150.66:53 给出的ipv4能ping通，ipv6 ping不通。此时在response-mode 默认的情况下，会无视其他上游的应答

[wy315700]

首先对于dns服务器来说，要么查询ipv4要么查询ipv6，不能同时查询ipv4和ipv6 其次从日志来看，第一个应答的上游 211.136.150.66:53 给出的ipv4能ping通，ipv6 ping不通。此时在response-mode 默认的情况下，会无视其他上游的应答

是这样的，我向smartdns发起AAAA请求，他会主动向上游同时发起A和AAAA请求进行优选。

然后第一个应答的上游给出的IPV6是能通的，但是比IPV4 ping的时候慢了1ms，这个时候就会触发force IPv4 preferred，直接向客户端的AAAA请求返回SOA。等1ms以后IPV6 ping答复以后也不会返回给客户端V6地址。正常我设置dualstack-ip-selection-threshold = 15以后，应该差距在15ms以内都是允许的。

[wy315700]

[2026-07-17 14:24:05,818][DEBUG][    speed_check.c:73  ] from IPV4地址: seq=1 time=1315, lasttime=-1 id=0
[2026-07-17 14:24:05,818][ INFO][      dualstack.c:209 ] result: 解析域名, qtype: 28, force IPv4 preferred, id: 59962, time1: -1, time2: 1315
[2026-07-17 14:24:05,818][DEBUG][        context.c:846 ] reply 解析域名 qtype: 28, rcode: 0, reply: 1
[2026-07-17 14:24:05,818][DEBUG][          cache.c:143 ] cache 解析域名 qtype: 28 ttl: 300
[2026-07-17 14:24:05,818][ INFO][        context.c:901 ] result: 解析域名, client: 192.168.2.232, qtype: 28, id: 59962, group: default, time: 135ms
[2026-07-17 14:24:05,818][ INFO][        request.c:85  ] result: 解析域名, qtype: 1, rtt: 131.5 ms, IPV4地址
[2026-07-17 14:24:05,818][DEBUG][        context.c:846 ] reply 解析域名 qtype: 1, rcode: 0, reply: 1
[2026-07-17 14:24:05,818][DEBUG][        context.c:365 ] result: 解析域名, rtt: 131.5 ms, IPV4地址
[2026-07-17 14:24:05,818][DEBUG][          cache.c:143 ] cache 解析域名 qtype: 1 ttl: 300
[2026-07-17 14:24:05,818][DEBUG][      dualstack.c:220 ] dualstack result: domain: 解析域名, ip: IPV4地址, type: 1, ping: 1315, rcode: 0
[2026-07-17 14:24:05,818][DEBUG][        context.c:846 ] reply 解析域名 qtype: 1, rcode: 0, reply: 0
[2026-07-17 14:24:05,818][DEBUG][        context.c:365 ] result: 解析域名, rtt: 131.5 ms, IPV4地址
[2026-07-17 14:24:05,818][ INFO][        context.c:74  ] result: 解析域名, id: 0, index: 1, rtt: 131.5 ms, IPV4地址
[2026-07-17 14:24:05,818][DEBUG][          cache.c:143 ] cache 解析域名 qtype: 1 ttl: 300
[2026-07-17 14:24:05,818][DEBUG][      ping_host.c:88  ] ping IPV4地址 end, id 7682
[2026-07-17 14:24:05,818][DEBUG][    speed_check.c:73  ] from [IPV6地址]: seq=1 time=1324, lasttime=-1 id=59962
[2026-07-17 14:24:05,818][DEBUG][        context.c:846 ] reply 解析域名 qtype: 28, rcode: 0, reply: 0
[2026-07-17 14:24:05,818][DEBUG][          cache.c:143 ] cache 解析域名 qtype: 28 ttl: 300

这段，from IPV4地址: seq=1 time=1315, 以后，马上就 force IPv4 preferred 并且 reply 解析域名 qtype: 28, rcode: 0, reply: 1 和 cache 解析域名 qtype: 28 ttl: 300。

然后后面 from [IPV6地址]: seq=1 time=1324, lasttime=-1 id=59962 回来了以后，客户端已经获得了300TTL的SOA结果，就不会重新请求了。

[PikuZheng]

问题可能出在这里

smartdns/src/dns_server/dualstack.c

Lines 163 to 165 in 9cf5318

	if (request->ping_time <= (request->conf->dns_dualstack_ip_selection_threshold * 10)) {
	return;
	}

它检查的是首个ipv4测速结果与dualstack-ip-selection-threshold值比较，而不是比较ipv4和ipv6的测速差值。我记得之前有人提是双栈ipv4优先，可能后来就是这么改得。你的场景下，增大dualstack-ip-selection-threshold或许有效（另外 seq=1 time=1324, lasttime=-1 id=59962 这个time是指132.4ms，dualstack-ip-selection-threshold单位是ms，所以比较是time和dualstack-ip-selection-threshold*10

[wy315700]

问题可能出在这里

smartdns/src/dns_server/dualstack.c

Lines 163 to 165 in 9cf5318

if (request->ping_time <= (request->conf->dns_dualstack_ip_selection_threshold * 10)) {
return;
}
它检查的是首个ipv4测速结果与dualstack-ip-selection-threshold值比较，而不是比较ipv4和ipv6的测速差值。我记得之前有人提是双栈ipv4优先，可能后来就是这么改得。你的场景下，增大dualstack-ip-selection-threshold或许有效（另外 seq=1 time=1324, lasttime=-1 id=59962 这个time是指132.4ms，dualstack-ip-selection-threshold单位是ms，所以比较是time和dualstack-ip-selection-threshold*10

还真是，把dualstack-ip-selection-threshold改成150就没问题了，但是这样的话，优选功能就废了。

我们这优选还是很有用的，因为大部分情况下，IPV6的延迟会多几个ms，但是带宽大得多，有少数情况下IPV6 会绕路，出现V4 30多ms但是V6 60多 80 多ms的情况，这种就要优选掉。。

[PikuZheng]

把dualstack-ip-selection-threshold改成150就没问题了，但是这样的话，优选功能就废了。

ipv4 ping结果小于dualstack-ip-selection-threshold时会继续往下走，在200多行的位置将ipv4和ipv6结果做差值然后和dualstack-ip-selection-threshold进行比较，也就是正常的双栈优选
所以其实dualstack-ip-selection-threshold干了本应是两个参数的活，你说出现V4 30多ms但是V6 60多 80 多第一次判断应该设成50，50以内就ipv4优先；第二次判断设成15，即IPv4-IPv6>15时才会返回ipv4

[wy315700]

把dualstack-ip-selection-threshold改成150就没问题了，但是这样的话，优选功能就废了。

ipv4 ping结果小于dualstack-ip-selection-threshold时会继续往下走，在200多行的位置将ipv4和ipv6结果做差值然后和dualstack-ip-selection-threshold进行比较，也就是正常的双栈优选 所以其实dualstack-ip-selection-threshold干了本应是两个参数的活，你说出现V4 30多ms但是V6 60多 80 多第一次判断应该设成50，50以内就ipv4优先；第二次判断设成15，即IPv4-IPv6>15时才会返回ipv4

只能看作者意图了，是有意这么设置还是个BUG