Shadowrocket 怎么用 PAC 模式？先分清 Config 与系统 PAC
简答：Shadowrocket 常说的 PAC 模式，通常应在首页→全局路由中选择“配置（Config）”，并先启用包含规则的配置文件。若你拿到的是 PAC 地址，应到系统 Wi‑Fi 或网络代理设置中选择自动代理，不能直接当作 Shadowrocket 订阅导入。
定义：在 Shadowrocket 使用场景中，“PAC 模式”多指按照规则自动决定直连或代理；实际可能对应 Shadowrocket 的 Config 分流，也可能是系统网络设置中的 PAC 文件自动代理。
先试这一步：Shadowrocket 按规则分流怎么开
如果你的目标是让不同网站自动选择直连或代理，先按这条路径操作：首页 → 全局路由 → 配置（Config）。然后检查配置文件是否真正处于使用状态，再选择一个节点并打开连接开关。
- 打开 Shadowrocket，进入首页（Home）。
- 在服务器列表中选择一个可用节点；如果还没有节点，先通过订阅或单个服务器信息导入。
- 进入配置（Config）列表，点击目标配置文件，选择“使用配置”“启用”或同类按钮。不同界面语言和版本的按钮名称可能不同，判断标准是该文件出现当前使用标记。
- 返回首页 → 全局路由（Global Routing），选择配置（Config），不要误选代理（Proxy）或直连（Direct）。
- 打开连接开关；首次使用时，按 iOS 或 macOS 的系统提示允许添加 VPN 配置。
- 用一个应当直连的网站和一个应当代理的网站分别测试，再查看应用内请求记录、连接日志或规则命中信息。
30 秒自查：配置已使用 ✔ 全局路由=配置 ✔ 节点已选 ✔ 规则中有目标匹配项 ✔ 最后规则策略符合预期 ✔ 请求记录显示了实际处理结果 ✔
Shadowrocket 在 App Store 的说明中被描述为基于规则的网络工具，支持按域名、域名后缀、关键词、CIDR 和 GeoIP 等条件配置规则，也支持从 URL 或 iCloud Drive 导入规则文件。查看 Shadowrocket App Store 页面
PAC、Config、Proxy、Direct、Scene 怎么区分
搜索“Shadowrocket 怎么用 PAC 模式”时，最容易混淆的是把传统 PAC 文件和 Shadowrocket 的 Config 配置当成同一种东西。两者都可以实现自动分流，但入口、文件类型和生效范围不同。
| 模式或对象 | 实际作用 | 适合什么时候用 | 主要检查点 |
|---|---|---|---|
| 配置（Config） | 按照当前配置文件中的规则和策略处理请求。 | 日常按域名、IP、地区或其他规则分流。 | 配置文件是否启用、规则顺序、最后一条规则和策略名称。 |
| 代理（Proxy） | 让请求统一使用当前选中的代理路径。 | 临时测试节点是否能建立连接。 | 节点是否可用；它不能证明每条 Config 规则都正确。 |
| 直连（Direct） | 不经过代理，直接使用当前网络访问。 | 对比本地网络、DNS 或目标网站本身是否正常。 | 直连成功不等于代理节点正常。 |
| 场景（Scene） | 根据预先设置的网络或环境条件自动切换处理方式。 | 希望在不同 Wi‑Fi、蜂窝网络或场景下使用不同设置。 | 场景是否已配置，以及当前场景实际选择了哪种路由方式。 |
| 系统 PAC | 由 iOS 或 macOS 的网络代理设置读取 PAC 文件地址。 | 已有 PAC 文件 URL，且希望由系统网络设置自动判断代理。 | PAC 地址能否访问、当前 Wi‑Fi 或网络服务是否启用了自动代理。 |
简单记忆：Config 是 Shadowrocket 内部的规则配置，PAC 是系统或应用读取的自动代理脚本地址，Proxy 和 Direct 是用于对比测试的总体路由方式，Scene 是按条件切换路由的场景设置。
手里有 PAC 文件地址：不要放进订阅栏，按系统代理设置
如果你拿到的是以 .pac 结尾的地址，或提供方明确称其为 PAC URL，不要把它当作服务器订阅链接，也不要直接粘贴到单个节点的地址栏。PAC 文件与节点订阅的用途不同：前者通常返回自动代理判断逻辑，后者通常用于获取节点或服务器条目。
iPhone 或 iPad 设置系统 PAC
- 打开设置 → Wi‑Fi。
- 点击当前已连接 Wi‑Fi 右侧的信息按钮。
- 找到配置代理（Configure Proxy）或类似的 HTTP 代理设置。
- 选择自动（Automatic）。
- 在 PAC URL 或 URL 栏填写完整地址，保存后重新打开需要联网的应用。
Apple 的 iPhone 使用说明确认，连接 Wi‑Fi 后可以进入该网络的详细设置，配置 DNS、HTTP 代理等网络选项；Apple 的设备管理文档也说明，自动代理配置可以使用 PAC 文件地址。Apple：管理 iPhone 的 Wi‑Fi 设置 Apple：Apple 设备的 VPN 代理设置
Mac 设置系统 PAC
- 打开系统设置 → 网络。
- 选择当前网络服务，例如 Wi‑Fi 或有线网络。
- 点击详细信息 → 代理。
- 启用自动代理配置，在 URL 栏填写 PAC 文件地址。
- 保存后，用浏览器或目标应用重新测试。
macOS 的网络代理页面将“自动代理配置”与 HTTP、HTTPS、SOCKS 等手动代理分开列出，PAC 地址应填写在自动代理配置对应的 URL 栏中。Apple：在 Mac 上更改代理设置
如果同时启用了系统 PAC 和 Shadowrocket 的 VPN 连接，实际请求可能经过两套判断机制，排查时容易出现结果不一致。建议先只保留一种方式做基线测试：要么使用 Shadowrocket 的 Config 分流，要么暂时关闭 Shadowrocket，再测试系统 PAC。
Shadowrocket 内导入配置、启用规则和更新远程文件
Shadowrocket 中至少要分清三类资料：服务器订阅、单个节点信息和规则配置文件。服务器订阅主要解决“有哪些节点”，Config 文件主要解决“哪些请求直连、哪些请求使用哪个策略”。只导入订阅，不代表 Config 规则已经存在或已经启用。
导入后如何确认配置正在使用
- 打开配置列表，找到刚导入的文件。
- 点击文件本身，查看详情或操作菜单。
- 选择“使用配置”“启用”或同义操作；如果界面只有勾选、当前标记或高亮状态，以当前界面的选中状态为准。
- 返回首页，进入全局路由 → 配置（Config）。
- 确认这里使用的文件就是刚才检查过的文件，避免配置列表里有多个文件时看错对象。
远程配置如何更新
- 在配置列表找到带远程地址的配置文件。
- 打开操作菜单，选择更新、刷新或重新获取。
- 等待更新完成后，再检查规则是否仍包含目标域名和所需策略。
- 更新后重新确认全局路由仍然是配置（Config），并重新测试同一个网站。
如果配置文件更新后突然无法访问，先不要连续更换多个设置。优先记录更新前后的规则变化，再检查最后一条规则、策略组名称和目标域名是否仍然匹配。规则中引用的策略必须在同一份配置中存在，否则可能出现规则命中但无法正常转发的情况。
订阅地址、节点密码、服务器地址和 PAC URL 可能包含访问凭据。不要把完整链接、完整配置文件或未脱敏截图公开发布；排查时只提供必要的域名、错误信息和脱敏规则片段。
怎么验证 PAC 或 Config 真的生效
不要只看顶部 VPN 图标。图标通常只能说明系统网络配置已经建立，不能单独证明目标请求命中了正确规则、使用了正确节点或解析使用了预期 DNS。可以按下面顺序做一次可复现测试。
- 建立直连基线：在 Shadowrocket 的全局路由中暂时选择直连，打开同一个 IP 查询页面，记录显示的出口 IP 或网络归属信息。
- 测试统一代理：切换到代理（Proxy），使用同一个节点再次打开同一页面。如果结果没有变化，先检查节点连接、应用权限或测试页面缓存。
- 测试 Config：切回配置（Config），打开一个明确写入代理规则的域名，再打开一个明确写入直连规则的域名。
- 查看请求记录：进入应用内显示请求、连接或数据记录的页面，查看目标域名是否出现，以及采用了直连、代理、拒绝或其他策略。不同版本可能使用 Data、Log、请求记录等不同名称。
- 检查 DNS：如果日志显示域名解析失败、超时或返回异常，先记录 DNS 错误，再与 Proxy、Direct 两种模式分别对比，不要直接把 DNS 问题判断成节点故障。
- 每次只改一个变量：先固定节点，只切换路由模式；再固定路由模式，只更换节点；最后才调整规则或 DNS，这样才能定位问题来源。
判断结果可以按这个逻辑处理：Proxy 能访问、Config 不能访问，优先检查规则顺序、策略名称和最后规则；Proxy 与 Config 都不能访问，优先检查节点、订阅、权限、DNS 和当前网络；Direct 能访问而 Proxy 不能访问，更应该检查节点连接或代理路径。
已连接但部分网站打不开：按原因逐项排查
| 现象 | 优先检查 | 处理方法 |
|---|---|---|
| VPN 已连接，但目标网站仍直连 | 全局路由是否为配置，目标规则是否命中。 | 确认当前 Config 文件、规则顺序和最后规则策略；必要时用 Proxy 做对比。 |
| 只有部分域名打不开 | 规则误匹配、策略组不存在或最后规则不合适。 | 先查更早的宽泛规则，再查目标域名规则和实际策略名称。 |
| 所有节点都超时 | 订阅状态、节点参数、当前网络和系统权限。 | 重新检查订阅更新，选择其他节点，并确认系统允许 Shadowrocket 建立 VPN 配置。 |
| 域名解析失败 | DNS 设置、DNS 可达性和域名本身。 | 查看请求记录中的 DNS 错误，与 Direct 和 Proxy 分别测试，避免只更换节点。 |
| 更新配置后才出现问题 | 规则、策略组或最后规则是否发生变化。 | 对比更新前后的配置内容，确认规则引用的策略仍然存在。 |
| 系统 PAC 与 Shadowrocket 结果不同 | 是否同时启用了两套代理机制。 | 先关闭其中一套，只保留系统 PAC 或 Shadowrocket Config 做单独测试。 |
Shadowrocket 的 App Store 页面说明，它可以记录并显示 HTTP、HTTPS 和 DNS 请求，也支持测量 Wi‑Fi、蜂窝网络、直连和代理连接的流量或速度。使用这些记录进行判断，比只看“已连接”状态更可靠。Shadowrocket App Store 功能说明
iPhone、iPad、Mac 和 Windows 的入口差异
iPhone 与 iPad：Shadowrocket 的核心操作是应用内的首页、全局路由、配置和服务器列表。iPad 由于屏幕布局不同，按钮可能显示在侧栏或更宽的页面中，但仍应分别确认配置文件、路由模式、节点和系统 VPN 权限。
Mac：App Store 页面列出了 Mac 兼容性，具体系统要求和可用功能应以当前 App Store 页面显示为准。macOS 的系统 PAC 设置不在 Shadowrocket 的 Config 列表中，而是在系统设置 → 网络 → 详细信息 → 代理中配置。Shadowrocket 应用内的 Config 与 macOS 系统自动代理可以分开测试。
Windows：Shadowrocket App Store 页面列出的设备包括 iPhone、iPad、Mac、Apple TV 等，未列出 Windows。Windows 用户不要照搬 Shadowrocket 的菜单名称，应使用实际安装的 Windows 客户端，按该客户端的规则、PAC 或系统代理入口操作。
Shadowrocket 的品牌归属、应用版本和菜单布局应以 App Store 页面及设备上实际显示为准。本站（xianzhey.shop）为独立第三方指南，与 Shadowrocket 开发者及贤者云均无隶属关系。
常见问题
Shadowrocket 里的 Config 就是 PAC 模式吗？
不完全等同。中文教程常把按规则分流叫作 PAC 模式，而 Shadowrocket 主要通过全局路由中的配置（Config）读取规则文件。传统 PAC 文件则应在 iPhone 的 Wi‑Fi 代理设置或 Mac 的网络代理设置中填写。
我有一个 PAC 地址，能直接导入 Shadowrocket 吗？
不要把 PAC 地址当作订阅或单个节点导入。若要使用系统 PAC，请在 iPhone 或 iPad 的设置→Wi‑Fi→当前网络→配置代理→自动中填写；Mac 则进入系统设置→网络→详细信息→代理→自动代理配置。
为什么我导入了配置，选择 Config 后还是直连？
先确认配置列表中的文件已经选择“使用配置”或显示当前标记，再确认首页→全局路由确实选择了配置（Config）。随后检查目标规则是否命中，以及更早的宽泛规则和最后规则是否把请求导向了直连。
Shadowrocket 显示已连接，但部分网站打不开怎么办？
先固定同一个节点，临时切换到代理（Proxy）测试。如果 Proxy 能访问而 Config 不能，重点检查规则、策略组和最后规则；如果 Proxy 也失败，再检查节点、订阅、DNS、系统权限和当前网络。
为什么系统 PAC 和 Shadowrocket Config 的结果不一样？
它们是两套机制。系统 PAC 由 iOS 或 macOS 的网络代理设置读取，Config 由 Shadowrocket 内部规则处理。排查时先关闭其中一套，只保留系统 PAC 或 Shadowrocket Config 做对比测试。
Windows 上怎么设置 Shadowrocket PAC 模式？
App Store 页面列出的 Shadowrocket 设备范围未包含 Windows，因此不能直接照搬其菜单路径。Windows 用户应按实际客户端的 PAC、规则或系统代理设置入口操作。