macOS中Wi-Fi的代理与DNS设置相互独立：DNS决定域名解析为IP地址，作用于底层网络栈；代理控制流量出口路径，仅影响指定协议请求，二者配置位置、生效逻辑和作用层级均不同。
macOS 的 Wi-Fi 高级设置里，代理和 DNS 是两条独立路径，互不干扰。你可以只配 DNS 不动代理，也可以只开 HTTP 代理而保留系统默认 DNS，两者生效逻辑、作用层级和配置位置都不同。
DNS 设置：影响所有域名解析行为
DNS 配置决定「域名怎么变成 IP 地址」，它作用于整个网络栈的底层解析环节，对所有应用（浏览器、终端、邮件客户端等）生效。你在 Wi-Fi → 详细信息 → DNS 标签页添加的服务器，会作为该网络服务的默认上游 DNS 使用。
- 支持多个 IPv4/IPv6 地址，按列表顺序尝试，首个响应即采用
- 修改后需手动刷新缓存：
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - 若同时用了
/etc/resolver/域名级分流，该 DNS 列表仅作为兜底，不参与特定域名的路由
代理设置：控制流量出口路径，不改变 DNS 查询本身
代理配置决定「请求发往哪里」，它工作在应用层或连接层（取决于协议），只影响走代理协议的流量（如 HTTP/HTTPS/FTP/SOCKS）。DNS 查询本身仍由系统 DNS 设置或 resolver 规则执行，代理不拦截也不重写 DNS 请求。
- HTTP/HTTPS 代理仅转发对应协议的请求；SOCKS 代理可转发 TCP 流量（含部分 DNS over TCP，但不接管 UDP 的标准 DNS 查询）
- “忽略列表”中填
github.com或*.internal，表示这些域名直接连接，不经过代理，但它们的 DNS 解析仍走你配置的 DNS 或 resolver 文件 - 启用自动代理配置（PAC）时，PAC 脚本可动态决定是否代理，但 DNS 解析始终先于代理决策发生
常见组合场景与注意事项
实际使用中，这两者常被混用但逻辑分明：
- 公司内网访问：DNS 设为内网 DNS（如
192.168.10.2），代理设为内网 HTTP 代理（如proxy.corp:8080），二者协同完成内网资源定位与访问 - 绕过代理查特定域名：在代理的“忽略列表”加
api.example.com，同时在/etc/resolver/example.com中指定公共 DNS（如8.8.8.8），实现直连 + 独立解析 - 调试失败时优先验证：用
dig example.com看 DNS 是否返回预期 IP；再用curl -v https://example.com看是否走代理、是否超时——分开排查更准
权限与保存细节
两项设置都需解锁左下角锁图标才能编辑，且必须点“好”或“应用”才真正生效。终端命令也可操作：
- 查当前 DNS：
networksetup -getdnsservers Wi-Fi - 查当前代理状态：
networksetup -getwebproxy Wi-Fi - 批量切换时，网络位置（Location）功能可一次性保存整套 DNS + 代理组合，比逐项修改更可靠
