关于这条规则的疑问：IP-CIDR,0.0.0.0/32,REJECT,no-resolve

Kon

#Surge的自动REJECT保护丢包,防止应用循环请求
IP-CIDR,0.0.0.0/32,REJECT,no-resolve
1.很多懒人配置里有上面这条规则，请问原理是什么，真的能防止应用循环请求吗？难道不是用于AdGuard对被屏蔽域名返回 0.0.0.0 DNS结果的吗？
2.这条规则即便我换成了直连策略，最后还是会被reject，显示DIRECT policy with 0.0.0.0, use REJECT instead。surge的内置规则LAN里面也有类似的：IP-CIDR 0.0.0.0/8
github或者其他一些网站在没加分流规则的情况下可能会被dns污染到0.0.0.0，如果添加了内置规则LAN就会被reject。这样的设计是否有些不太合理……？

TPCTPCTPC

正确，不 REJECT 可能触发更多的请求。
0.0.0.0 = 0.0.0.0/32 ≠ 0.0.0.0/8。 DIRECT 对 0.0.0.0 自动转 REJECT 的原因见[1.]，至于被污染的域名，最好还是加分流规则或者更可信的 DNS 服务。

Kon

TPCTPCTPC 了解了，感谢回答！