smartdns
smartdns copied to clipboard
response-mode fastest-ip时响应问题
问题现象
response-mode fastest-ip时,如两个上游DNS服务器同地址,不同subnet时。会取响应最快的DNS服务器响应结果进行测速,而不是取两个DNS服务器响应结果后测速。
运行环境
- 固件型号
略 - 运营商
略 - smartdns来源以及版本 GITHUB Release 46.1 smartdns.1.2025.03.02-1533.aarch64-debian-all.deb
- 涉及的配置(注意去除个人相关信息)
server 8.8.8.8 -subnet 202.128.128.0/24 -subnet-all-query-types
server 8.8.8.8 -subnet 1.32.232.0/24 -subnet-all-query-types
重现步骤
- 上游DNS配置。
server 8.8.8.8 -subnet 202.128.128.0/24 -subnet-all-query-types
server 8.8.8.8 -subnet 1.32.232.0/24 -subnet-all-query-types
- 访问的域名。
aws.amazon.com
信息收集
- 将/var/log/smrtdns.log日志作为附件上传(注意去除个人相关信息)。
- 如进程异常,请将coredump功能开启,上传coredump信息文件,同时上传配套的smartdns进程文件。
在自定义界面,开启设置->自定义设置->生成coredump配置,重现问题后提交coredump文件 coredump文件在/tmp目录下
~就我所知相同名称和协议的上游服务器只能添加一次。现在是可以了?~ 有两种可能,一是这两个上游返回相同;二是这两个上游应答时间差异过大
~就我所知相同名称和协议的上游服务器只能添加一次。现在是可以了?~ 有两种可能,一是这两个上游返回相同;二是这两个上游应答时间差异过大
这两种可能刚才都排除了下,issue给的配置基本就是真实配置。上游因subnet原因返回不相同,应答时间因为上游都是8.8.8.8,用dig测试了下,除了首次请求上游未缓存的情况下,差距可能在100毫秒左右,其他情况下响应时间差距基本在1ms左右
大致测了一下还是考虑同名称和协议的上游问题,添加一个8888另一个8844可以分别测速并合并结果
大致测了一下还是考虑同名称和协议的上游问题,添加一个8888另一个8844可以分别测速并合并结果
只能这样先用着了 😂
server-h3 h3://8.8.8.8/dns-query -subnet 1.1.1.0/24
server-h3 h3://8.8.4.4/dns-query -subnet 2.2.2.0/24
server-h3 h3://dns.google/dns-query -host-ip 8.8.8.8 -subnet 3.3.3.0/24
dns.google 会解析成 8.8.8.8 或者 8.8.4.4 其中的一个(好像 smartdns 不会使用 IPv6 地址),然后才能正常使用,所以你这个可能还是会有问题 (
dns.google 会解析成 8.8.8.8 或者 8.8.4.4 其中的一个(好像 smartdns 不会使用 IPv6 地址),然后才能正常使用,所以你这个可能还是会有问题 (
设置host-ip 了