网线和Wi-Fi同时连接，数据到底走哪边？从一次OpenWrt配置说起-北京尧图网络

网线和Wi-Fi同时连接数据到底走哪边从一次OpenWrt配置说起配置 OpenWrt 时我的电脑一边通过网线连接 RAX3000M一边用 Wi-Fi 保持联网。这样操作很方便路由器配置过程中电脑不必跟着断网。但是它也制造了一个容易误判的场景后台能打开网页也能打开我是不是就把路由器配置好了不一定。这两个操作可能根本没有走同一个出口。这篇不急着改接口优先级先用只读查询弄清楚Windows 对不同目标到底准备走哪条路。1. 不问“电脑走哪边”而问“去哪里时走哪边”2026 年 10 月 4 日我在这台电脑上查询了三个固定目标采集脚本运行于 PowerShell 7.6.5。查询没有断开接口没有修改路由器也没有发起端口扫描。目标系统选择的接口匹配的路由源地址RAX 管理地址192.168.10.1以太网 2192.168.10.0/24192.168.10.192公网 IPv41.1.1.1WLAN0.0.0.0/0192.168.1.5公网 IPv62606:4700:4700::1111WLAN::/0已脱敏后两个地址是用来查询选路的固定目标不代表已经访问成功更不代表所有网站都采用这条路径。图是根据选路查询画的示意不是抓包结果。Wi-Fi 网关的具体设备身份也不靠这个地址推断192.168.1.1只是本次查询显示的下一跳。这就能解释为什么电脑可以同时管理 RAX、又通过另一条链路上网。“管理面可达”和“上网流量经过这台路由器”是两件不同的事。2. 路由表不是给网线和Wi-Fi排一个总名次先只讨论普通 IPv4 选路不考虑应用主动绑定接口、代理和额外隧道。Windows 要处理一个目标地址时先找能匹配它的路由。匹配前缀越长描述的范围越具体。例如这次访问192.168.10.1至少可以想到两种描述192.168.10.0/24 - 这个局域网 0.0.0.0/0 - 默认路由其他地方/24描述的范围比/0更具体所以不能因为 Wi-Fi 的默认路由度量更低就把这个局域网目标也送给 Wi-Fi。先比较匹配的具体程度再在同等最长匹配的候选中比较度量。Windows 的 IP 路由说明也按这个顺序解释选路。微软 IP 路由说明这次以太网直连路由的下一跳显示为0.0.0.0表示 on-link不是让数据包发往一个地址为零的路由器。3. 同样是默认路由为什么公网目标选择Wi-Fi这台电脑当时有两条 IPv4 默认路由接口下一跳RouteMetricInterfaceMetric合计WLAN192.168.1.106060以太网 2192.168.10.10500500两条都是/0匹配长度相同在这个对照里Wi-Fi 的合计度量更小。不要只看Get-NetRoute的RouteMetric这两条路线的值都是 0差异来自接口度量。Windows 文档说明路由度量要结合接口度量考察。微软路由结构说明还有一个必须交代的实验背景以太网接口的 AutomaticMetric 当时关闭InterfaceMetric 已经手动设为 500WLAN 则启用了自动度量。我本次只读取这个状态没有修改它。因此这不是“系统天生优先 Wi-Fi”的证据也不能用来证明“无线网速比有线快”。自动度量会参考链路速度但它不是实时测速不会因为某条链路此刻下载较快就自动把每个连接迁过去。微软自动度量说明4. 在自己的电脑上怎么查下面均为 Windows PowerShell 的只读命令。把第一个目标换成自己的路由器管理地址不要照抄我的内网地址。先查询一个明确的目标Find-NetRoute -RemoteIPAddress 192.168.10.1 Find-NetRoute -RemoteIPAddress 1.1.1.1Find-NetRoute会返回选中的本地 IP 地址对象和路由对象所以输出里会出现两组信息不是系统给出了两个互相矛盾的答案。Find-NetRoute 官方文档再把路由度量和接口度量分别取出来Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Select-Object InterfaceIndex, InterfaceAlias, NextHop, RouteMetric | Format-Table -AutoSize Get-NetIPInterface -AddressFamily IPv4 | Where-Object ConnectionState -eq Connected | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric, AutomaticMetric | Format-Table -AutoSize用InterfaceIndex对应两组信息。别把一个接口的路由度量加到另一个接口上也不要跨 IPv4、IPv6 拼表。如果读取报“拒绝访问”先检查当前执行环境的权限。本次在受限执行环境中就遇到这个错误切换到正常用户上下文后读取成功。查询权限失败不是网络不通。5. 查到了选路就证明浏览器这样走了吗还没有。这个问题值得单独停一下。Find-NetRoute回答的是对给定 IP当前系统选出的本地地址和路由是什么。它不是对某个浏览器请求的追踪记录。两者之间至少有几个区别网站域名可能解析出多个 IPv4/IPv6 地址查一个固定 IPv4 地址不能覆盖全部连接。应用如果使用代理系统实际处理的连接目标可能是代理服务器而不是原始网站。应用可以绑定源地址隧道或其他软件也可能引入额外路径。路由查询时刻与实际连接时刻不同期间配置可能已经变化。这次公网 IPv6 查询同样选中 WLAN但我没有据此声称“浏览器总是选 IPv6”。地址族的选择与选定地址之后的路由判断不是同一个步骤。想证明实际连接需要针对一个明确目标的新连接记录源地址和出接口必要时抓包。本篇没有完成抓包所以不放模拟终端输出冒充网络数据包证据。6. 回到OpenWrt怎样避免测错对象我会先把实验问题写完整我要验证的是这台电脑通过 RAX 的上游能否联网。不是这台电脑在任意可用链路上能否联网。然后依次检查记录目标地址以及 IPv4/IPv6 类型。检查这个目标选中了哪个接口、源地址和下一跳。用实际连接验证对应路径而不是仅凭网页能打开。若路径不经过 RAX当前结果就不能用于验收 RAX 的上网配置。临时断开其他接口是一种简化实验的方法但不是第一步。配置期间可能还依赖它保持联网也可能影响另一个正在进行的任务。这次我没有断开 Wi-Fi也没有把接口度量调回去。双连接本身没有错它让管理和上网可以走不同出口。真正容易出错的是把方便操作的网络拓扑误当成已经控制好变量的实验拓扑。7. 这一篇留下什么对于刚接触网络的人先记住电脑不是只选一个接口用于全部通信而是针对目标查询路由。对于已经会配路由的人这次结果提醒我测试前要确定测量位置和数据路径。路由器自身的 IPv6 外网测试、电脑通过路由器的测试、外部手机连回家的测试分别证明不同的事情不能互相代替。本篇完成了真实的只读选路检查还没有完成抓包、断接口对照或独立外网连通实验。后续继续补实验时也应该把这些证据分开记录而不是靠一句“已经能上网”全部带过。

网线和Wi-Fi同时连接，数据到底走哪边？从一次OpenWrt配置说起

相关推荐

FDE 前线部署工程师深度解析：AI 时代的新型技术角色

Pixie 的 Arcanist Linter 扩展：基于 .arclint 的多语言代码检查体系配置指南

type_traits 常用工具速查：查询类、变换类与 _v / _t 后缀

更多资讯

PyCharm控制台pip install后仍报ModuleNotFoundError的完整排查与解决

匿名模型Space Bunny登顶API调用量榜首：接入与部署实践

JavaWeb超市管理系统课设：从选型到跑通，附论文框架与源码

DeepSeek Harness：本地AI工作流引擎深度解析

企业级轻型AI中台落地实践：从财务自动化到智能对账

本地AI记忆：重构数字时代的数据主权与离线智能

今日更新

Agent Skills 完全指南：原理、写法、安装与实战避坑

Agent Skills 实战：从 Genkit 定义到 GKE 部署与排查

Agent Skills 实战：从设计到调试的完整指南

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？