Wi-Fi 能用,网线却不行?代理设置与服务顺序排查
Wi-Fi 下代理能用,插上网线后却失败,先检查当前网络服务使用了哪份代理设置,再确认本地入口还在运行。macOS 的代理设置入口属于具体网络服务,不能只核对 Wi-Fi 那一页,就认定以太网也配置一致。
作者:小六|资料核对日期:2026年10月17日
本文适用于 Mac 上主要依靠系统代理访问的应用。若使用 TUN、VPN 接管或应用独立代理,应另外检查对应路径;菜单文字也要以所装系统版本为准。
先记下“换了什么”,保留可用对照
不要一遇到异常就更换订阅、节点和客户端。先在本地记一份简短对照,同一个应用、同一个目标、同一个节点,只改变接入方式。
| 检查项目 | Wi-Fi 可用时 | 网线异常时 |
|---|---|---|
| 正在使用的网络服务 | 记下服务名称 | 记下以太网或适配器名称 |
| 代理来源 | 手动地址或自动脚本 | 对照是否相同 |
| 本机客户端 | 是否运行、入口端口 | 是否仍在运行 |
| 目标请求 | 成功或具体报错 | 同一请求的实际结果 |
这里记录的是自己的观察,不需要为了填表跑完整测速。若网线连接时普通访问也不正常,先确认该连接本身可用,再判断代理环节。
分别打开两种服务的代理页面
按 Apple 当前代理设置说明,入口是苹果菜单里的“系统设置”→“网络”→选中一种网络服务→“详细信息”→“代理”。
先查看 Wi-Fi,记录相关开关、服务器和端口;再返回网络列表,选中实际使用的以太网服务逐项对照。通过扩展坞接网线时,服务名称可能与“以太网”不完全一样,应按设备和连接状态确认。
这一步常能发现具体差异:一边启用了手动代理,另一边没有;或者另一边仍保留旧客户端的端口。客户端菜单显示“系统代理已开”,也值得回到对应服务页面确认实际写入结果。
地址、端口和自动脚本,不要混填
重点核对你实际采用的方式,不必把所有代理开关一起打开。
| 设置项目 | 核对重点 |
|---|---|
| 网页代理 HTTP、安全网页代理 HTTPS | 对应客户端说明中的入口地址、端口及认证条件 |
| SOCKS 代理 | 入口确实支持 SOCKS,不能只凭端口数字猜测 |
| 自动代理配置 | 填写 PAC 文件地址,而非机场订阅链接 |
| 忽略这些主机与域 | 受影响目标是否被列为绕过代理 |
如果使用自动脚本,还要确认脚本能取得、能执行,以及目标返回了什么选择。可继续参考本站PAC 自动代理检查方法,避免把脚本问题和本机端口问题混在一起。
插网线后,要不要换掉 127.0.0.1?
如果客户端就运行在这台 Mac 上,回环地址 127.0.0.1 指向的仍是本机,不会因为 Wi-Fi 换成网线,就变成另一台设备。先检查客户端是否启动、端口是否改变,以及所填入口是否支持对应协议。
若代理运行在另一台电脑上,则要核对那台设备的可达地址;不能把本机回环地址照搬过去。这是代理位置不同,不能靠随意替换端口解决。
两种连接都开着,再看服务顺序
Apple 的网络服务顺序说明指出,存在多个活跃连接时,系统会优先尝试列表上方的连接。可以在“网络”的操作菜单中查看“设定服务顺序”。
这能帮助理解为什么插入网线后连接行为变化,但服务顺序不能代替实际路径检查,也不是决定所有应用最终出口的总开关。官方还说明,VPN 连接的顺序不能用这里调整。
需要缩小范围时,先记录原顺序,再分别只保留一种普通接入方式做对照。不要同时改服务顺序、节点、DNS 和代理类型,否则即使恢复,也难以知道是哪项起作用。
用结果决定下一步
系统设置不一致
按照已经确认可用的客户端说明,核对异常服务所需项目,应用设置后重试同一目标。只修正已经发现的差异,不必删除全部网络服务重建。
设置一致,但仅一个应用失败
查看该应用是否采用系统设置,是否另有代理选项。浏览器成功只能证明这次浏览器请求可用,不能证明每个后台工具都走同一入口。
请求已经进入客户端
继续检查该请求的命中规则、策略组和最终出口。使用 TUN 的读者,可结合本站系统代理与 TUN 的区别区分“如何接收连接”和“收到以后如何分流”。
经常在不同环境切换,可以检查网络位置
macOS 的“网络位置”是一组可切换的网络设置,不是地图定位。Apple 的网络位置管理说明介绍了创建、复制和切换的方法;多数情况下默认“自动”位置已经足够。
如果自己曾创建多个位置,先确认当前选中了哪个,再核对相应服务。确实需要保存不同环境的设置时,可以按文档建立独立位置,保留原配置作为对照,而不是每天重新填写。
修正后再分别用 Wi-Fi 和网线验证一次,并记录使用的服务、代理来源和结果。欢迎带着这些脱敏信息交流:Telegram 联系我
评论