mosdns分流逻辑不太理解，并不是以列表或返回IP进行分流的。

[4thanks]

force_cn_list.txt和force_nocn_list.txt，里面就只有几个域名。

我理解的常用分流是根据Loyalsoldier/v2ray-rules-dat列表分流。
或者根据返回的IP分流类似local_unbound返回非cnip转发至$forward_unbound：

  - tag: 
    type: sequence
    args:
      - exec: $local_unbound
      - matches: resp_ip_mmdb $cnip CN
        exec: accept
      - exec: $forward_unbound

[kkkgo]

默认情况下是根据返回的IP分流的。force_cn_list.txt和force_nocn_list.txt是”强制指定“的分流，意味着忽略其他所有规则进行分流，这个是一些特殊场景才用到的，比如force_nocn_list.txt里面有一个示例的bing.com，因为bing在CN内有服务器，但如果想要用new bing的话需要用境外的服务器，因此把他加进去列表可以解决这个需求。
关于其他逻辑，可以查阅 →详细说明《为啥需要递归DNS》/运行逻辑

[4thanks]

前面这段全部走local_unbound，感觉不论境内境外网站只要local_unbound有应答就给响应，

PaoPaoDNS/src/mosdns.yaml

Lines 46 to 54 in 9687161

	- matches:
	#ipv6ok - qname &/data/force_nocn_list.txt
	- qtype 28
	exec: reject 0
	- matches:
	- "!qtype 1 2 5 28 15 16 33 6 99"
	exec: $local_unbound
	- matches: has_wanted_ans
	exec: accept

无效应答才会到这检查cnip并分流，是这个意思吗？

PaoPaoDNS/src/mosdns.yaml

Line 68 in 9687161

- matches: resp_ip_mmdb $cnip CN

[kkkgo]

不是的，前面这段的意思是非常见类型（比如非A记录，非AAAA记录等）的查询走递归查询。

[4thanks]

看来我是理解错了，那是不是到66-67根据容器启动参数，分流到 local_unbound或cn_test 才检查cnip返回是否要转发给forward_unbound？

PaoPaoDNS/src/mosdns.yaml

Lines 66 to 67 in 9687161

	#nofall - exec: $local_unbound
	#cnfall - exec: $cn_test

[kkkgo]

是的，如果存在有效的CN IP返回，整个查询流程会终止。否则转移到下面的流程继续查询。

[4thanks]

谢谢，终于弄明白了