asbai
asbai
另外 `dns_conf_rr_ttl_rely_max` 貌似有个 typo:dns_conf_rr_ttl_**reply**_max
在此版本中发现一个问题:当设置了 `serve-expired no` 时,每次客户端向 SmartDNS 发起查询都会引发 SmartDNS 向上级 DNS 查询。即:`serve-expired no` 完全禁用了 SmartDNS 的本地缓存功能(即使缓存的条目 TTL 尚未归零)。 UPDATE: 发现问题了:https://github.com/pymumu/smartdns/issues/922
另外我想再补充一下:在使用 tcp based query 时,如果发现当前连接的上一个请求还没返回,则应该考虑限制继续使用该连接发送下一个查询请求(pipelining),否则也可能出现上述的 head of line blocking 问题。 所以最好是用户可配置的查询请求超时 + pipelining 控制 + 多并发查询三者结合效果才最好。
> 不支持行内注释,#在smartdns中,对address是有意义的。 收到,那是每行首字符?或首个非空字符必须是 # 才算注释? 希望在文档里写一下
配置如下: ``` bind 127.0.0.53:53 -no-speed-check cache-size 16384 tcp-idle-time 120 rr-ttl-min 3 rr-ttl-max 3600 server-tls 8.8.8.8 server-tls 8.8.4.4 ignore-ip 127.0.0.0/8 ignore-ip 10.0.0.0/8 ignore-ip 172.16.0.0/12 ignore-ip 192.168.0.0/16 ``` 100% 重现。
重现步骤:执行命令 `dig google.com; sleep 10; dig google.com`,返回: ``` ; DiG 9.16.1-Ubuntu google.com ;; global options: +cmd ;; Got answer: ;; ->>HEADERHEADER
好的,下一个 Release 版能解决吧?
> 这样递减的好处是什么呢?相比较而言,是不是我们之前提起的 “取 min(dns_conf_rr_ttl_rely_max, actual_ttl)” 更合理一些?毕竟记录的实际 TTL 还剩 298 呢,此时返回 10 感觉比 返回 9 更合理一些,希望考虑。 上述问题在最新的 Release 42 版上又重现了。
Imagine what you would do when you use tcp to send a large data block (such as a video). Will each call to send api be performed in accordance with...