一个常见配置困惑是：网站已经加入VPN清单，浏览器访问却仍走原来的网络。AdGuard VPN排除项不是彼此独立的两张开关表。网站请求发生在浏览器应用中，应用层是否允许流量进入通道，是检查网站规则之前需要确认的前提。
情景还原：两张清单都保存了
假设应用模式采用默认全局，用户把浏览器作为例外；网站模式采用选择性，又把一个资料域名加入允许清单。AdGuard VPN不会让网站条目单独恢复被应用层排除的浏览器流量。此时反复删除并添加域名，往往无法解决真正的冲突。
先写清自己的目标：是整个浏览器走VPN，仅少量网站直连，还是只有指定网站走VPN？两者对应的网站模式相反。名称相同的列表，在全局模式表示例外，在选择性模式表示允许项；只看列表里“有这个网站”是不够的。
从应用层往下检查
- 确认发起访问的是哪个浏览器，是否存在另一个浏览器或内置网页组件。
- 检查应用模式；全局模式移除不需要的浏览器例外，选择性模式确认浏览器已列入。
- 再检查网站模式，确认条目是用于直连例外还是VPN允许。
- 保存后重新连接，关闭旧页面并发起新请求，记录规则命中的范围。
调整AdGuard VPN应用分流时，不要同时删除所有规则。先保存现有配置，只把一个浏览器与一个测试网站纳入范围。这样既能减少业务访问的意外变化，也能在发现问题后恢复原来的设置。若系统不支持应用级规则，则按该平台已有能力解释结果。
空列表的含义取决于模式
| 配置 | 应如何理解 | 需要注意 |
|---|---|---|
| 应用全局，列表空 | 没有应用层例外 | 还要看网站层是否选择性 |
| 应用选择性，列表空 | 没有应用获准进入VPN | 网站全局也无法补足应用允许项 |
| 网站选择性，列表空 | 没有网站被明确选中 | 连接图标不能证明网页覆盖 |
AdGuard VPN选择性网站连接还涉及真实请求域名。一个登录页面可能跳转到身份验证服务，页面资源也可能来自其他域名。应依据实际访问流程补充必要条目，避免为了修复一次跳转就加入过宽的范围；也不要公开分享含内部系统地址的诊断记录。
为什么换设备后表现不同
AdGuard VPN规则能力会受到系统限制、客户端版本和扩展范围影响。电脑上的程序清单无法无条件迁移为手机应用清单，扩展内的网站设置也不等于操作系统层面的路由。若提供导入导出，应检查格式、模式与条目是否完整，不假定登录账户就已同步。
比较AdGuard VPN网站规则时，浏览器缓存与已有连接也可能干扰观察。一次连接成功只能说明该请求可用，不能证明所有相关请求都在预期路径。测试应包括一个预期走VPN的项目和一个预期直连的项目，并记录两者的实际表现。
收敛成一条容易复查的规则
AdGuard VPN排除项配置完成后，给自己留一句简明说明，例如“资料浏览器获准进入VPN，网站仅允许选中域名”。以后更换浏览器或切换模式，就能据此重新检查前提。完整四种组合见网站与应用排除项专题；只有解析异常时，再参考DNS与VPN区别，避免混淆处理层。