Network Extension不是单一的VPN开关

Apple的Network Extension框架包含多种网络能力，例如VPN和内容过滤。内容过滤器可根据策略处理网络流量，VPN则可能为指定流量建立隧道；防火墙又有自己的职责。它们的存在不能相互替代，也不能据此推断V2Box当前版本采用哪一种具体实现。

应用窗口已经打开，只能说明程序在运行，不能证明系统网络组件已获授权或正在活动。系统版本和应用实现会改变界面及行为，操作前可先查看Android与Mac网络权限说明。

用来源与状态建立一份简短记录

  1. 记录macOS版本、应用显示的版本、当前接入网络与问题发生时间。
  2. 在系统设置中搜索VPN、过滤器或相关网络选项，查看系统显示的组件名称、来源及状态。
  3. 辨认哪些来自个人安装的软件，哪些由企业或学校管理；无法辨认时先询问管理员。
  4. 记录失败目标属于全部访问、单个应用，还是某一组域名，再确认普通HTTPS访问是否正常。

记录里不要包含订阅令牌或内部证书。只分享复现步骤、错误阶段与非敏感文字，通常已经足够支持初步判断。

多个组件可以共存，异常要有证据

过滤策略可能影响应用请求、DNS解析或目标连接，但并非所有过滤器都会阻止VPN。多个网络扩展同时存在，也不必然引发错误。连接超时、名称解析失败、TLS验证失败代表不同层次，不能一概归为“过滤器冲突”。

按服务器连接分层检查核对基础联网、域名、TLS和目标服务。如果有管理权限且软件文档允许进行对照，应先备份原设置，只调整已明确归属的个人配置，并在测试后恢复。

哪些操作不该成为排查起点

不要删除未知系统扩展、关闭系统完整性保护，或停用组织下发的安全过滤器。应用无法启动还可能涉及安装完整性或系统兼容性，不能直接归因于网络组件。受管理Mac应由管理员评估策略与日志。

跨设备对照也要控制变量。手机能访问、Mac不能访问，可能还涉及DNS与网络环境；可结合DNS解析路径的区别理解这种差异，但不要把Android的菜单照搬到Mac。

结论应写成可验证的现象，例如“同一网络下该域名解析失败”，而不是缺乏证据的“所有过滤器都与客户端冲突”。

把错误发生的阶段交给支持人员

一份有用的记录可以写清：应用是否正常启动、系统组件显示什么状态、故障发生在哪个网络、哪些目标能够访问，以及错误是否持续出现。若设备由组织管理，同时注明这一点，让管理员在现有策略下检查。避免在公开截图中展示个人账户、内部域名或设备标识。完成获准的个人配置对照后，复原原设置并再次验证工作服务。没有可复现的阶段性证据时，暂时保留“原因未确定”，比直接卸载安全组件更有利于后续定位。