【更新日志】2023/12/11 PaoPaoDNS 改进CNFALL功能、增加test.sh自测脚本

[kkkgo]

• 改进CNFALL功能，仅接受匹配请求的记录，避免在网络条件极差的情况下产生SERVFAIL。
• 对经过CNFALL的请求增加addinfo信息try_cn_fall。如果网络条件正常，一般仅首次请求使用CNFALL，后续ttl过期后addinfo信息应该看不到try_cn_fall。注：改善网络条件，尽量减少nat。
• 增加一个简单的测试脚本test.sh，在部署完成后，可以使用该脚本简单验证容器内所有组件是否正常运作（该测试并不完全覆盖debug.sh，但可以自行验证）。

简单验证所有DNS组件是否工作正常：

# 在容器内置执行 test.sh
docker exec paopaodns test.sh
# 如果执行后输出 ALL TEST PASS，则所有组件都工作正常。
# 如果显示 FAIL，可以执行 debug.sh 进一步分析原因。

[xuezbot]

不了解递归原理，所以这个递归是拿IPV4递归的还是IPV6？按理来说DNS服务器都是双栈的，如果IPV4 nat太多，为啥不用大伙都有的IPV6去请求，这样就不存在网络环境不好。

[kkkgo]

如果你的容器具备IPv6地址，那么递归就是双栈的。但IPv6的路由连通性本身就差。
nat太多的问题也不在于nat，是很多路由器nat了之后udp出现了问题。

[xuezbot]

我的评价是更新前记得备分流文件force_cn_list 之类的，直接给我覆盖了，然后网关一启动，把我代理的域名给代理了，一直套娃把自己玩崩了。

[kkkgo]

自定义list不会被覆盖。你是手动删除了吧

[xuezbot]

我不会做这种事情，force_cn_list 这个文件没变，另外两个被覆盖了

[kkkgo]

所有list都是不存在后才复制默认文件到/data目录的。如果被覆盖，那么可能是你的文件存在权限问题导致无法读取检测文件为不存在。

PaoPaoDNS/src/init.sh

Lines 269 to 274 in e815cc8

	if [ ! -f /data/force_nocn_list.txt ]; then
	cp /usr/sbin/force_nocn_list.txt /data/
	fi
	if [ ! -f /data/force_cn_list.txt ]; then
	cp /usr/sbin/force_cn_list.txt /data/
	fi