liandu2024：Open-Box Windows 严格 DNS 接管与 NRPT 兼容问题仍待修复
liandu2024 在 Open-Box #549 中说明，Windows 的 NRPT 会把私有域查询发往指定 DNS，而 nslookup 的 TUN DNS 是另一条路径；直接访问目标地址可达，但指定 DNS 的 UDP/TCP 53 超时。当前配置固定启用 strict_route，项目尚未为 NRPT 指定解析器保留例外，排查已收敛到严格 DNS 接管兼容路径；Windows WFP 命中和修复回归尚未完成，v0.1.355/v0.1.356 未宣称修复。
作者原文@liandu2024新补充的 355／Windows 10、NRPT 对照和截图已完整读取。明确修正定位：这已不是“忘开 IPv6”或浏览器安全 DNS 的问题；系统解析器按 NRPT 把私有域查询发往指定 DNS，与 nslookup 默认询问 TUN DNS 是两条路径。直接访问目标地址可达、查询指定 DNS 的 UDP／TCP 53 却超时，这组对照会作为原始复现保留，不再要求重复查询、切 IPv6 开关或重发旧图。
当前 Windows 配置生成确实固定启用 strict_route；sing-box TUN 文档 明确说明，这个模式会阻止非 TUN 接口的 53 端口流量。项目当前也没有读取 NRPT 并为其指定解析器保留例外的处理。源码行为与这次 split-DNS 受阻的证据相符，排查已收敛到 Windows 严格 DNS 接管和 NRPT 的兼容路径；之前只看 TUN 默认 DNS 返回 AAAA，不能排除这个问题。
尚未完成 Windows 上同条件的 WFP 命中和修复回归，因此不宣称根因已全部闭环或已经修复。现有材料足够继续做本地复现，暂不追加取证要求。修复需要同时覆盖系统 getaddrinfo／浏览器私有域恢复、正常公网 DNS 接管，以及断开后的系统恢复，不能用直接关掉全部 DNS 防护代替验收。v0.1.355／v0.1.356 均不作为本项已修复版本，本条继续打开；本轮也未增加旁路 DNS 设置或日志组件。