AdGuard VPN排除项控制的是哪些流量进入VPN，而不是简单的“开启或关闭某个网站”。先确定列表在当前模式中的含义，再添加应用与域名，才能让连接路径符合预期。对手机、电脑和浏览器扩展，应分别确认实际支持的规则能力。
先读懂两条相反的路径
AdGuard VPN默认全局模式让符合覆盖条件的应用和网站使用VPN，列表用于列出例外；选择性模式则反过来，只有列入清单的项目才获准使用VPN。同一个名称出现在列表中，含义会随模式改变，不宜凭“排除项”三个字猜测效果。
设置AdGuard VPN网站排除项前，先检查承载网站的浏览器。应用级规则决定浏览器能否进入通道；网站规则继续约束其中的域名请求。若浏览器本身被应用规则排除，其中的网站不会因为被加入网站VPN列表就自动绕过应用层的限制。
四种组合，先看应用再看网站
| 应用模式 / 网站模式 | 实际阅读方式 | 空列表与浏览器影响 |
|---|---|---|
| 全局 / 全局 | 两层列表均列出不走VPN的例外 | 列表均空时覆盖最广；浏览器被排除则其网站直连 |
| 选择性 / 全局 | 只允许所列应用，再排除其中指定网站 | 应用清单为空时网站与应用都可能不走VPN |
| 全局 / 选择性 | 应用未被排除且其请求域名在网站允许清单中，才符合通道条件 | 网站清单为空时应用和网站均不走VPN；浏览器被排除也无法恢复覆盖 |
| 选择性 / 选择性 | 只允许所列应用及其中所列网站 | 应用与网站任一允许清单为空，应用与网站均不走VPN；需同时匹配 |
AdGuard VPN应用分流适合把明确需要的程序纳入通道，但列表要包含真正发起连接的应用。把一个桌面快捷方式名称记下来，不一定等于系统识别到的程序身份；更新应用或改用另一个浏览器后，也应重新确认清单是否仍匹配。
情景一：浏览器已排除，网站却要求走VPN
假设你把常用浏览器列入全局模式的应用例外，又在选择性网站清单里加入一个资料网站。AdGuard VPN此时不会仅因该域名在清单中，就替已经被排除的整个浏览器恢复通道。这不是网站列表“没有保存”，而是两层规则的前提不一致。
处理AdGuard VPN浏览器例外时，先移除相冲突的应用排除规则，或把浏览器加入选择性应用允许清单，再复核网站模式。每次只改变一层，重新建立连接并打开一个新的浏览窗口，避免缓存、旧连接或重定向让结果难以判断。
情景二：选择性模式下忘记填写列表
AdGuard VPN选择性连接不会自动替你猜测需要保护哪些程序。应用允许清单为空时，即使网站模式是全局，浏览器也可能不在覆盖范围；网站选择性清单为空时，同样不能把“连接已开启”理解为所有网页都经过通道。
先写下希望实现的结果，例如“仅让资料浏览器与两个业务域名走VPN”，再对照列表。AdGuard VPN规则检查应同时包含主域名、登录跳转与实际请求域名；不要把某个网页加载成功当作完整验证，也不要一开始就放入大量宽泛规则。
跨设备与导入导出的检查清单
- 确认系统及客户端版本是否支持应用级、网站级规则；浏览器扩展与系统客户端的覆盖范围不同。
- 只在客户端明确提供导入导出功能时使用；保留原有模式说明，不假定账户会同步全部本地规则。
- 规则文件可能暴露工作域名、服务名称和使用习惯，分享前移除个人与企业信息。
- 保存配置后重新连接，分别测试预期走VPN与预期直连的项目，记录异常发生在哪一层。
AdGuard VPN排除项的目标是可解释的路径，而不是清单越长越安全。若当前只想恢复稳定连接，可先保存自己的规则，再缩小到一个应用、一个网站的测试范围。连接与DNS问题可结合规则冲突案例逐项定位。