抢答模式感觉有问题 about chinadns-ng

[muziling]

加了-n参数，没问题了。 原先不明白这参数干啥的。 感觉这参数要默认才好，梯子如果抽风，人又没在家，至少不影响家人上网。

[zfl9]

卡两秒的感觉是在等待可信DNS。

那是你的nslookup卡了你2秒。请用dig了解真相（观察chinadns-ng.log）.

[zfl9]

没看日志，请不要这么快下结论。

[zfl9]

$ chinadns-ng -l55 -t9.8.7.6 -v
2020-04-05 20:31:48 INF: [main] local listen addr: 127.0.0.1#55
2020-04-05 20:31:48 INF: [main] chinadns server#1: 114.114.114.114#53
2020-04-05 20:31:48 INF: [main] trustdns server#1: 9.8.7.6#53
2020-04-05 20:31:48 INF: [main] ipset ip4 setname: chnroute
2020-04-05 20:31:48 INF: [main] ipset ip6 setname: chnroute6
2020-04-05 20:31:48 INF: [main] dns query timeout: 5 seconds
2020-04-05 20:31:48 INF: [main] cur judgment mode: fast mode
2020-04-05 20:31:48 INF: [main] print the verbose running log
2020-04-05 20:32:01 INF: [handle_local_packet] query [www.baidu.com] from 127.0.0.1#53101
2020-04-05 20:32:01 INF: [handle_remote_packet] reply [www.baidu.com] from 114.114.114.114#53, result: accept

$ dig @127.0.0.1 -p55 www.baidu.com     

; <<>> DiG 9.16.0 <<>> @127.0.0.1 -p55 www.baidu.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50734
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;www.baidu.com.			IN	A

;; ANSWER SECTION:
www.baidu.com.		904	IN	CNAME	www.a.shifen.com.
www.a.shifen.com.	139	IN	A	14.215.177.39
www.a.shifen.com.	139	IN	A	14.215.177.38

;; Query time: 30 msec
;; SERVER: 127.0.0.1#55(127.0.0.1)
;; WHEN: Sun Apr 05 20:32:01 CST 2020
;; MSG SIZE  rcvd: 101

[muziling]

root@OpenWrt:/etc/ss-tproxy# chinadns-ng -b 127.0.0.1 -l 6333 -c 114.114.114.114 -t 8.8.8.9#535 -v
2020-04-01 14:54:36 INF: [main] local listen addr: 127.0.0.1#6333
2020-04-01 14:54:36 INF: [main] chinadns server#1: 114.114.114.114#53
2020-04-01 14:54:36 INF: [main] trustdns server#1: 8.8.8.9#535
2020-04-01 14:54:36 INF: [main] ipset ip4 setname: chnroute
2020-04-01 14:54:36 INF: [main] ipset ip6 setname: chnroute6
2020-04-01 14:54:36 INF: [main] dns query timeout: 5 seconds
2020-04-01 14:54:36 INF: [main] cur judgment mode: fast mode
2020-04-01 14:54:36 INF: [main] print the verbose running log
2020-04-01 14:54:58 INF: [handle_local_packet] query [www.baidu.com] from 127.0.0.1#40201
2020-04-01 14:54:58 INF: [handle_local_packet] query [www.baidu.com] from 127.0.0.1#40201
2020-04-01 14:54:58 INF: [handle_remote_packet] reply [www.baidu.com] from 114.114.114.114#53, result: accept
2020-04-01 14:54:58 INF: [handle_remote_packet] reply [www.baidu.com] from 114.114.114.114#53, result: filter
2020-04-01 14:55:01 INF: [handle_local_packet] query [www.baidu.com] from 127.0.0.1#40201
2020-04-01 14:55:01 INF: [handle_remote_packet] reply [www.baidu.com] from 114.114.114.114#53, result: filter
2020-04-01 14:55:03 ERR: [handle_timeout_event] upstream dns server reply timeout, unique msgid: 1
2020-04-01 14:55:06 ERR: [handle_timeout_event] upstream dns server reply timeout, unique msgid: 2

[zfl9]

nslookup默认会查询A和AAAA记录的。我不想在多说了。A记录正常返回，AAAA记录是没有的(www.baidu.com没有v6地址，ipv6.baidu.com才有)。

[zfl9]

还不明白请用dig分别查询A和AAAA记录。

[zfl9]

你已被nslookup蒙蔽了双眼。

[zfl9]

要是实在不明白，那我解释下把。用nslookup查询一个域名的ip地址的时候，会同时发出A查询和AAAA查询（实在不信你就抓包吧，不想解释），你自己也能看到chinadns-ng.log里面有两个www.baidu.com的query。然后A查询是正常返回的（因为114返回的是国内ip）。但是AAAA记录是没有对应的v6地址的（自己去dig验证吧），然后因为默认情况下（未指定-n选项）会认为这种reply是国外ip，所以就等待可信dns返回解析结果（这个理解没问题吧？），但是你又瞎写了一个可信dns上游，所以就query timeout了（这就是你等待x秒的原因）。如果你指定了-n选项，然后也是瞎写一个上游dns，那么是不存在等待的（说到底没有看readme），如果你没指定-n选项，但是正确写了一个上游dns，那么也不会存在这种等待，因为无论如何可信dns返回的都会接受（即使reply里面没有ip地址）。

[zfl9]

我一直不喜欢使用nslookup测试dns相关的工具。

[muziling]

ping和打开网页明显也会卡，不知道哪里有问题，但我上面的日志有result: filter ，正常不应该。
看来在op 有ipv6的情况下，还是要换回我自己做的dnsmasq支持chnroute版本

知识不够，只知道表象，感谢解答。

[zfl9]

加了-n参数，没问题了。 原先不明白这参数干啥的。 感觉这参数要默认才好，梯子如果抽风，人又没在家，至少不影响家人上网。

也许是没写太清楚（但我认为已经够清楚了），可能你们没理解意思。至于要不要默认这个参数，现在已经不好改了。因为当初已经这么做了。为了向后兼容还是不改了，如果重新设计，肯定默认这个选项。

[zfl9]

加了-n参数，没问题了。 原先不明白这参数干啥的。 感觉这参数要默认才好。

仔细想了下，还是改吧，默认接受这种reply，加个-N选项拒绝这种reply比较好点。算了还是懒得改了。