Mac 使用 Wi-Fi 而不是以太网：服务优先级与实际路由检查

接上网线后，如果 Mac 使用 Wi-Fi 而不是以太网，先证明两项服务可用，再把当前网络位置的以太网移到 Wi-Fi 上方。顺序只决定优先尝试哪个正常连接，不能修复网卡、覆盖应用路由或降低 VPN 优先级。

关键要点

• 调整顺序前，确认以太网取得有效本地地址并能访问路由器。
• 在实际使用的网络位置中，把活动以太网服务移到 Wi-Fi 上方。
• 通过接口资料、默认路由及暂时关闭 Wi-Fi 的对照验证实际路径。
• 把服务顺序、网络位置、以太网故障、DNS 和 VPN 路由分层处理。
• 如果变更没有改变测量结果，应恢复原顺序并保留证据。

如果多项网络功能同时异常，先使用设备与应用排障指南。本文假设 Mac 能看到以太网与 Wi-Fi；若以太网显示已连接却无法通信，请先查看以太网已连接但无法上网指南。

步骤 1：先确认以太网确实可用

接上网线或日常使用的扩展坞，打开“系统设置”>“网络”。记录服务准确名称、状态、IP 地址、路由器地址，以及以太网是否显示已连接。绿色状态本身不够：若地址以 169.254 开头、属于错误子网，或没有路由器地址，说明有线链路尚未准备好，不能靠提高优先级解决。

把以太网地址与同一路由器上的正常设备比较。两者通常应处于相同网络前缀，但主机地址必须唯一；不要复制另一台设备的地址。若 Mac 没取得合适租约，重新插稳线缆，分别测试一个已知正常的路由器端口和网线，并绕过扩展坞测试一次。每次只换一个变量，才能知道是哪一部分改变结果。

记录状态后，才暂时关闭 Wi-Fi。先访问路由器本地页面或已知本地设备，再测试普通网站。若以太网单独工作时两者都失败，服务顺序不会修复它。重新开启 Wi-Fi，先处理线缆、适配器、端口或 DHCP。

若本地地址可达但域名无法解析，应对比按地址访问与按名称访问。这更像 DNS 问题，应转到Mac DNS 设置指南，不要不断重排接口。

步骤 2：在当前网络位置中设置网络服务顺序

Apple 说明，多项网络服务同时活动时，服务顺序决定 Mac 优先尝试哪个连接。［1］在当前 macOS 中，打开“系统设置”>“网络”，从操作菜单选择“设定服务顺序”，把以太网拖到 Wi-Fi 上方并选择“好”。版本有差异时，可用系统设置搜索或 Apple 指南。

只移动本次比较所需的两项服务，并先拍下或抄下原顺序。不要删除 Wi-Fi、移除配置描述文件或重建全部服务。保留 Wi-Fi 可在网线拔出时维持连接；当两条路径都健康时，顺序才负责决定优先选择。

活动服务可能名为“USB 10/100/1000 LAN”“Thunderbolt 以太网”、扩展坞或适配器厂商名。应按所连硬件、IP 与状态确认；移动未使用的以太网服务不会影响活动适配器。

套用后可断开再接通该服务，或重新插拔网线一次；勿反复重启路由器。重开服务顺序页面确认保存。

步骤 3：检查 Mac 网络位置是否保存另一套顺序

macOS 的网络位置可为不同地点或用途保存独立的一组网络设置。Apple 说明，每个位置可有自己的服务顺序。［2］如果你在“自动”“办公室”“家中”或其他自定义位置之间切换，在一个位置作出的调整不会必然出现在另一个位置。

从操作菜单记录位置。若另一位置启用，应切回目标位置；需要时，检查后再设相同顺序。勿删除用途不明的旧位置；受管 Mac、工作室、实验室或旅行配置可能依赖不同代理、DNS 或接口。

若登录后顺序恢复，记录前后位置，并检查配置描述文件、设备管理策略、登录实用工具、扩展坞应用或网络扩展。工作或学校的 Mac 应停止并联系管理员，勿移除管理控制。

步骤 4：不要凭图标判断，应验证实际路由

Wi-Fi 图标只表示无线功能开启或已关联，不证明流量正从 Wi-Fi 发出。让两个服务保持开启，比较改序前后证据。

先记录两项服务的 IP 和路由器地址。终端命令 route -n get default 可显示默认路由接口；仅作诊断，勿以管理员权限粘贴陌生命令。也可使用组织提供的网络工具，或查看路由器的客户端列表。

进行三组受控测试：两项接口都开启且以太网排第一；关闭 Wi-Fi 仅用以太网；断开以太网仅用 Wi-Fi。对同一目标记录本地访问、名称解析与互联网结果。以太网能单独工作，且两者开启时默认路由指向以太网，才是可靠证明。

改序后应退出并重新打开用于测试的浏览器或 App。既有下载、通话或远程会话可能沿用旧接口；先保存工作，不要把既有会话当作新的路由测试。

步骤 5：分开处理服务顺序、VPN 与特定路由

Apple 指出，VPN 连接会优先于非 VPN 连接，而且不能在普通服务顺序中重新排序。［1］因此，即使以太网是底层物理链路，受保护目标也可能显示使用隧道接口。这是预期行为，不表示 macOS 忽略了以太网。

只有在政策允许时，才短暂断开 VPN 作诊断对照。不得停用公司要求的隧道或安全控制。VPN 断开时默认底层路由为以太网，而重连后受保护流量进入隧道，两项观察并不矛盾。

静态路由、虚拟机、内容过滤器、iCloud 专用代理的部分行为、按 App VPN 和公司代理也可能为特定目标选路。服务顺序提供一般偏好，更具体的路由与管理策略可以优先。应记录目标、App、活动隧道与路由，不要假设所有流量必须经过同一接口。

AethoVPN 可在活动网络路径上保护受支持流量，但切换其连接状态不能修复以太网适配器，也不能替代 macOS 的服务顺序设置。

步骤 6：Mac 使用 Wi-Fi 而不是以太网时继续排查

回到已记录证据。若以太网没有有效地址、负载下掉线，或关闭 Wi-Fi 后失败，应检查线缆、适配器、扩展坞、DHCP 租约与路由器端口。若以太网单独工作，但默认路由仍指向 Wi-Fi，应确认调整的是活动位置中的活动服务，并检查是否有管理进程恢复列表。

若以太网上只有域名失败，应比较 DNS 服务器和搜索域。若只有一个 App 使用 Wi-Fi 或隧道，应检查其网络扩展、代理或旧连接。若关注的是性能而非路由，就在每个接口上测量相同的本地传输和互联网测试；以太网与 Wi-Fi 对比指南解释理论规格与实际环境的差距。

变更没有产生可测差异时，应恢复原顺序。向支持人员提供 Mac 型号、macOS 版本、适配器或扩展坞型号、服务名称、网络位置、IP 与路由器值、默认路由输出，以及各接口单独测试结果。这些资料可区分偏好问题与链路、DHCP、DNS、隧道或政策问题。

总结

• 提高优先级前，先证明以太网能独立工作。
• 在当前网络位置把活动以太网服务移到 Wi-Fi 上方。
• 重新打开设置，并用受控对照核对默认路由。
• Wi-Fi 图标仍显示不等于流量仍走 Wi-Fi。
• 把 VPN、特定路由、DNS 与受管设置分层处理。
• 保存原顺序，以接口证据决定恢复或升级支持。

常见问题

使用以太网时是否应一直关闭 Wi-Fi？

通常不用。可以让 Wi-Fi 作为网线拔出后的备用，同时把以太网排在首位。短暂关闭 Wi-Fi 只用于证明以太网能否独立工作。

以太网优先后为何仍显示 Wi-Fi 图标？

图标反映无线关联状态，不代表每条连接的路由。应检查默认路由并进行以太网单独测试。

服务顺序会让以太网变快吗？

不会。它只改变活动服务的优先选择；速度仍由线缆、适配器、端口、拥塞和互联网线路决定。

为什么切换网络位置后顺序改变？

每个 macOS 网络位置可保存不同的服务顺序与其他设置，编辑前必须确认活动位置。

可以把 VPN 排到以太网后面吗？

不能通过普通服务顺序完成。Apple 说明 VPN 会优先于非 VPN 连接，也不能在那里重排。

以太网地址是 169.254 表示什么？

通常表示 Mac 没取得正常 DHCP 地址。先修复有线链路或地址分配，才可能通过它访问互联网。

为什么下载仍沿用旧路径？

App 可能保留已经建立的连接。调整顺序后正常重启该 App，再发起全新的受控请求。

何时应联系 IT 或适配器厂商？

配置或政策不断恢复顺序时联系 IT；已知正常线缆与端口配合其他适配器正常，而本适配器仍不稳定时联系厂商。

来源

1. Apple Support — Change the order of the network services your Mac uses — https://support.apple.com/en-me/guide/mac-help/mchlp2711/mac
2. Apple Support — Use network locations on Mac — https://support.apple.com/en-lamr/105129

Sources checked 2026 年 9 月 12 日。

延伸阅读

• 使用通用设备排障流程
• 处理已连接但无法上网的以太网
• 单独检查 Mac DNS 设置
• 比较以太网与 Wi-Fi 的实际表现