NekoBox for Android 基于 v2ray-core / Xray 生态，配置项比普通移动端 App 更接近内核。好处是可控，坏处是出错时提示很少。最常见的现象是：浏览器能打开某些站点，App 内域名却解析不到；或者同一条规则在桌面端命中，Android 上走了 final。
##按现象分组
| 现象 | 优先检查 |
|---|---|
| 所有 App 都无网络 | Android VPN 权限、TUN 开关、核心启动日志 |
| 只有浏览器正常 | 按应用分流、系统私有 DNS、浏览器内置 DNS |
| 域名规则不命中 | domainStrategy、规则顺序、geosite 文件 |
| 局域网域名异常 | private / lan 规则是否在前面 |
| 更新订阅后才出问题 | 订阅覆盖了本地 DNS 或 route |
排障第一步不是删除配置，而是进入 NekoBox 日志页，找 dns、routing、match 相关记录。日志里如果已经出现 IP，说明解析完成；若后续规则按 IP 命中，就要回头看 domainStrategy。
DNS 与路由要一起看
V2Ray 系配置里，DNS 决定「域名变成什么」，route 决定「这个请求去哪」。如果 DNS，把域名解析成 IP，而你的规则只写了 domain，就可能错过本来应该命中的规则。排障时建议先用 AsIs，让路由保留域名判断。
如果你使用的是兼容 Clash / Singbox / V2Ray 的订阅，导入后也要检查它有没有覆盖本地 DNS。很多订阅更偏桌面客户端，移动端 TUN 下还需要手动补 Android 侧设置。
Android 侧容易忽略的设置
- 系统「私有 DNS」先临时关闭，避免和客户端 DNS 叠加。
- 电池优化里允许 NekoBox 后台运行。
- Android VPN 权限弹窗要重新确认，系统更新后可能被回收。
- 如果启用了按应用分流，把异常 App 加入同一组测试。
- 浏览器的安全 DNS、DoH、DoT 先关掉，避免绕开客户端日志。
最小修复流程
- 备份当前 profile。
- 关闭浏览器内置 DNS 与系统私有 DNS。
- NekoBox 开启 TUN，确认 VPN 图标出现。
- domainStrategy 暂设为 AsIs。
- 把 private / lan / 本地域名规则放在外部规则集之前。
- 重启 profile，看日志中域名命中哪条 route。
排查时一次只动一项
NekoBox Android DNS 分流失败，先备份当前配置和启动日志。内核、订阅、DNS、规则集、端口一次只改一项，改完就测，不要同时动。
什么时候停手
如果同一个问题连续试了三种方案还是不行，先停下来整理证据。把本地配置、远程订阅响应和错误日志对应起来，确认是哪一层出的问题。复盘记录比继续乱改有用。