mac多网卡dns解析失败是因路由冲突：系统从不同接口获取不一致dns配置，导致请求发往不可达服务器；应通过networksetup查各接口dns、scutil--dns与route get default比对确认冲突，再统一指定可信dns并清空其他接口dns，最后刷新缓存。
mac 在多网卡环境（比如同时连着 wi-fi 和有线以太网，或单网卡配了多个 ip）下出现 dns 解析失败、网页打不开、但微信/视频等应用仍可用，大概率是 dns 路由冲突——系统从多个接口收到了不同的 dns 配置，却没按预期优先使用某一个，导致解析请求发到了不可达或错误的 dns 服务器上。
确认是否真有 DNS 路由冲突
先别急着改配置，用两步快速验证：
- 运行 networksetup -listallnetworkservices，看当前启用的网络服务有哪些（如 “Wi-Fi”、“Ethernet”、“USB 10/100/1000 LAN”）
- 对每个服务单独查 DNS：networksetup -getdnsservers "Wi-Fi" 和 networksetup -getdnsservers "Ethernet"。如果返回结果不同（比如 Wi-Fi 给的是 192.168.1.1，有线给的是 10.0.0.1），且其中至少一个地址你无法 ping 通（ping -c 2 192.168.1.1），就基本坐实了冲突：系统可能把 DNS 请求发去了那个“存在但不通”的服务器。
检查 DNS 查询的实际出口路径
macOS 不是简单按“哪个网卡先连上”来选 DNS，而是依赖路由表和 DNS 解析策略。执行：
- scutil --dns：查看当前生效的 DNS 配置顺序，重点关注 nameserver[0] 是哪个地址，以及它属于哪个服务（Domain Name Servers 下会标出 Service）
- route get default：看默认路由走的是哪个接口（Interface 字段），再比对这个接口的 DNS 是否和 scutil --dns 中第一个 nameserver 一致。不一致，就是典型冲突信号
例如：route 显示默认走 en0（Wi-Fi），但 scutil 显示第一个 DNS 来自 en1（有线）且该地址已失效——这时系统发 DNS 请求就会超时，哪怕上网本身是通的。
手动统一并锁定 DNS 出口
最稳妥的做法不是禁用某个网卡，而是让所有 DNS 请求强制走你信任的那个接口：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 进 系统设置 > 网络，点击左侧对应的服务（比如你希望 DNS 全走 Wi-Fi），点右下角“详细信息”→“DNS”，清空已有 DNS，只加一条你确认可用的（如 8.8.8.8 或 1.1.1.1）
- 对其他服务（如有线 Ethernet），进入其 DNS 设置，直接清空全部 DNS 服务器（留空），这样它就不会参与 DNS 决策
- 完成后执行 sudo killall -HUP mDNSResponder 刷新解析器缓存
这样，无论你有几个网卡在线，DNS 请求都只会发向你指定的那个服务器，彻底绕过系统自动合并多配置带来的不确定性。
进阶：用网络位置隔离不同场景
如果你常在办公网（需内网 DNS）、家庭网（用 DHCP）、开发调试（需固定 DNS+多 IP）之间切换，建议用 macOS 原生的“网络位置”功能：
- 系统设置 > 网络 > 右上角“位置”下拉菜单 > “编辑位置” > “+” 新建，比如叫 “Office”、“Home”、“Dev”
- 每个位置里，只启用对应场景需要的网络服务，并为它单独配好 DNS、IP 模式（DHCP/手动）、甚至 IPv6 设置
- 切换时只需点一下位置名，所有配置瞬间生效，无需手动删改，也避免了多网卡共存时的 DNS 干扰
这比临时禁用网卡或反复改 DNS 更干净，也符合 macOS 的设计逻辑。
