系统代理把监听位置写给愿意读取的程序
Clash Verge Rev 的名词说明把系统代理描述为在系统约定位置写好端口，由应用自行读取并把请求发来。并非每个程序都遵守这个约定，开启系统代理不等于全部应用已接管。
这些说明描述入站方式，和规则、全局、直连的出站模式分开。检查时先找系统设置，再找本地代理监听，不只看客户端面板显示的模式名。
| 核对对象 | 已公开的内容 |
|---|---|
| Windows系统入口 | 网络和 Internet 中的代理设置 |
| Windows配置方式 | 自动检测、设置脚本、手动设置 |
| macOS系统入口 | 网络服务的详细信息中查看代理 |
| macOS代理类型 | 自动配置、HTTP、HTTPS、SOCKS等选项 |
| 客户端本地监听 | 按实际代理类型和端口对应 |
Windows 手动代理可设置例外和本地地址条件，macOS 也有忽略主机与域的选项。例外属于系统代理条件，不能删掉它再描述为所有目标都经过同一设置。
HTTP与SOCKS选项按系统能力分别对照
v2rayN FAQ 说明，自动配置系统代理后只看到 HTTP，是因为 Windows 系统代理不支持 SOCKS5。macOS 则有单独 SOCKS 选项，两个系统不能沿用同一份类型清单。
HTTP 代理可以用 CONNECT 为 HTTPS 请求建立隧道，之后进行双向转发。看到系统里写 HTTP 代理，不等于 HTTPS 网站就不能经它访问，仍要看代理是否支持对应能力。
- Windows 核对系统代理类型，不把 SOCKS 端口硬当作 HTTP。
- macOS 核对当前勾选项，HTTP 与 SOCKS 分别读取。
- 客户端核对本地监听，地址和类型需要对应。
mihomo 的入站类型中还有 mixed，但不能从名称推定所有客户端都使用同一端口。具体监听属于当前配置，不能拿其他工具示例替代。
不遵守系统代理的程序要另看接管方式
文档明确系统代理不代理 UDP 流量，部分程序也不遵守系统代理约定。碰到这种对象，先保留它的协议与代理读取情况，不把系统开关已开启写成已经进入代理。
系统选项写好端口，应用仍需要按自己的实现使用它。
- 在系统代理设置中记录启用方式与例外条件。
- 对照本地客户端的监听类型及端口。
- 再查看目标程序是否读取系统设置，分开保留结果。
Android 的 v2rayNG 仅代理模式也要求应用手动配置，文档列出本地 SOCKS 与 HTTP 代理。它与 VPN 模式的接管方式不同，不能从同一个应用名称忽略模式差别。
客户端的系统代理菜单要按动作名称读
v2rayN 列有清除系统代理、自动配置系统代理、不改变系统代理与 PAC 模式。菜单动作各有不同，不改变不是自动把原有设置替换成当前客户端。
选择了哪一项与系统里实际留下什么内容，都需要对应查看。之后节点出口怎样选择，再回到路由模式与规则，不把入站动作和出站策略合成一个开关。
比较其他机场时请另查服务项目
其他机场的收录内容可在下方查看，再分别对照各自服务条件。
常见问题解答
Windows自动设置后只有HTTP代理该看哪里？
v2rayN FAQ 说明这是 Windows 系统代理不支持 SOCKS5 的结果。核对时看 HTTP 对应的本地监听，不要把其他类型的端口直接当成系统代理端口。
开启系统代理后所有程序都会使用吗？
系统代理由程序自行读取，并非所有程序遵守，文档还明确它不代理 UDP。开关描述系统设置，目标应用是否使用仍需作为独立对象核对。
macOS的代理类型和Windows能共用一份清单吗？
分系统看，macOS 有单独的 SOCKS 代理选项，Windows 系统代理不支持 SOCKS5。还要对照实际客户端监听类型，不能跨系统照抄设置。