几个月前处理过一起典型的“有线网络卡顿、WIFI卡顿且不稳定”问题当时整层办公室约二十台设备有线办公电脑和无线移动终端集体开网页卡、视频转圈、线上会议频繁断流。第一反应是带宽不够着急去宽带测速结果运营商侧完全正常。折腾两天之后才发现问题根本不在出口带宽而是内网里几个看起来不起眼的细节叠加出来的。经历过这次之后我整理了一套排查路径这篇文章就把完整思路写下来覆盖有线侧、无线侧、出口网关和几个容易被忽略的隐性根因希望能帮你少走弯路。1. 先搞清楚故障边界有线与无线同时卡顿到底意味着什么遇到网络问题不要上来就换路由器。第一步要做的是定性问题到底出在哪一段链路。有线走的是网线、交换机、路由器LAN口无线走的是AP天线、空口信道、路由器转发两条路径在前端是不同的但到了路由器转发、出口网关、运营商这一段又是完全重合的。所以“有线、无线同时卡”和“只有无线卡”的排查方向完全不同——前者优先怀疑交汇点后者优先怀疑无线侧。1.1 从上网链路看“必经之路”重点排查重合段把一条上网链路拆开看基本上是这个顺序客户端电脑网卡/手机WiFi模块接入层网线、交换机、AP网关层路由器/软路由的LAN交换、NAT转发、路由决策出口层光猫/运营商接入、DNS解析、外网链路有线终端走1→2→3→4无线终端走1→WiFi空口→2→3→4。两者的差异只在前面一段后面完全重合。因此“有线、无线同时卡顿”的时候问题大概率在路由器转发、出口链路、DNS这几个环节而不是某一根网线或者某个AP坏了。我把常见现象和对应排查方向整理成了表格排查前先对号入座现象优先排查方向有线和无线同时卡白天相对好晚高峰严重出口带宽跑满、路由器CPU/NAT性能不足有线和无线同时卡且伴随网页打不开、首次访问慢DNS解析、IPv6优先策略、MTU分片只有无线卡插网线后明显好转无线信道拥塞、AP功率/位置、漫游粘滞只有有线卡无线相对稳定网线质量、端口协商、环路广播风暴卡顿有节奏感每隔几秒严重一次广播风暴、ARP攻击、环路引起MAC表抖动单点卡其他终端正常终端自身网卡驱动、节能策略、DNS缓存1.2 别急着换设备先做三个低成本动作确定“有线和无线同时卡”之后先花十分钟做三件事往往能快速缩小范围。第一看路由器或核心交换机的运行状态。如果设备支持Web管理或命令行看看CPU占用和内存占用。NAT转发时有大量小包转发CPU一旦跑满有线无线都会卡。很多家用级路由器带机量一多就出现这种情况症状就是“什么都慢但带宽测速正常”。第二在固定终端上分别测几个目标。拿台式机或笔记本插网线依次ping路由器LAN口地址、ping网关地址、ping公网地址例如8.8.8.8或223.5.5.5建议用国内公共DNS来做连通性测试观察延迟和丢包。如果ping内网正常、ping公网延迟高问题在出口或运营商如果ping内网都不稳定问题在局域网内部。第三检查DNS解析耗时。这里容易被忽略命令很简单在Windows下执行nslookup一个常用域名在Linux/Mac下用dig看看解析返回时间。如果解析要几百毫秒甚至超时页面首次打开就会明显卡顿而且和有线无线无关。做完这三件事问题基本能分成三类出口链路问题、局域网链路问题、终端侧问题。接下来有线侧和无线侧分别讲。2. 有线侧排查从水晶头到交换机环路的逐步验证有线网络看起来简单网线一插就能通但毛病往往也藏在这些“看起来没问题”的地方。我排查网络问题时有线侧从不跳步按物理层、数据链路层、网络层逐层验证。2.1 网线质量、接头和距离最容易被忽视的物理层问题网线是极其容易出问题的环节尤其是办公室装修时预埋的线。很多人以为网线只要看着没断就是好的实际上一根网线要好用需要8根芯全部正确连通线对顺序符合T568A或T568B标准线径达标接头压接牢固。最常见的物理层故障是“协商速率降级”。千兆以太网要求4对线全部正常工作如果某一对线断了或者水晶头接触不良网卡和交换机协商时会自动降级到百兆甚至十兆。此时网络依然能通但实测传输速率会暴跌。排查办法很简单在电脑的“网络连接”状态里看连接速度。如果显示100 Mbps而非1000 Mbps优先怀疑网线特别是长度超过五六十米的线。普通超五类线理论上支持千兆一百米但前提是线缆质量合格、无中继损伤。预埋管里被踩过、压过的线以及中间有接头的线实际跑千兆极不稳定。2.2 环路与广播风暴能卡死整张网的一类故障一提到“有线无线都卡”很多人第一反应是出口带宽被占满。但还有一种情况更具迷惑性局域网内部出现二层环路导致广播风暴。交换机在二层转发未知目标MAC帧时会在所有端口广播。如果一根网线同时插在交换机的两个口上或者一台开启STP的交换机和另一台没开STP的交换机之间形成环那么这台交换机对任何未知帧都会反复广播、回环增殖直到把CPU和可用带宽耗尽。广播风暴的特征非常明显全网延迟大且不稳定ping网关时丢包像波浪一样起伏交换机所有端口LED疯狂闪烁接入同一台交换机的有线和无线AP全部受影响。因为AP本身也接在这张广播域里所以手机端一样会卡这就解释了“有线和无线同时卡”的现象。定位方法也简单先拔掉疑似环路的网线看全网延迟是否立刻恢复再检查交换机端口统计看某个端口的收发包数是否异常暴涨MAC地址表是否在多个端口间反复横跳。没有环路管理经验的设备通常没开RSTP/MSTP这时候强烈建议在交换机上开启生成树协议哪怕只用默认配置也能直接挡掉大量由于误插线导致的环路故障。2.3 双工不匹配与CRC高发低性能但不完全断网的怪病还有一个有线侧容易踩的坑是双工模式不匹配。当一端强制设为100 Mbps全双工另一端是百兆自适应时链路协商会出现双工失配数据能走但错误帧非常多表现为网速极慢、延迟高、频繁超时但链路线路本身是完整连通的。排查双工问题看交换机端口统计最直观CRC错误计数、late collision计数持续增长基本就是双工不匹配或线缆质量问题。现在绝大多数主流设备默认都是全双工自适应手工强制反而容易引发这个问题。但如果是在老旧设备、扩展坞、USB网卡混用环境下双工不一致的情况并不罕见。2.4 用手头命令快速切分有线故障点有线侧排查不必每次都动用专业工具操作系统自带命令就能做掉80%的定位工作# Windows / Linux / macOS 通用先ping内网网关 ping -t 192.168.1.1 # Windows下加-t表示持续ping # Linux下持续ping可以不加-t默认会一直运行 ping 192.168.1.1 # 查看网卡连接速率Windows PowerShell Get-NetAdapter | Select-Object Name, LinkSpeed # 查看ARP缓存和未解析MAC的情况 arp -a # 持续ping网关丢包同时ping对端物理机区分链路问题还是设备问题 ping -t 192.168.1.100我的习惯是“先ping网关再ping终端再ping公网”。丢包全部集中在ping网关这一步说明局域网内部有问题重点查交换机和网线ping网关正常但ping公网丢包问题在出口或运营商两边都正常但网页卡那多半是DNS或应用层问题。3. WIFI卡顿不稳定信号满格只是表象“我手机信号明明是满格为什么还是卡”这句话几乎是每次处理无线问题都会听到的。信号满格只说明手机接收到的信号强度RSSI不错不代表空口带宽充足更不代表和AP之间的协商速率高。WiFi是共享介质同一个信道里所有设备都要轮流讲话真正的瓶颈往往是信道竞争、干扰和终端的低速率拖累。3.1 无线信道的共享机制为什么人一多就卡WiFi空口用的是时分复用思想但不是真正的全双工而是同一信道上所有设备共享时隙。AP在某个瞬间只能和一个终端通信或者向所有终端广播。终端越多每个设备分到的时间片越少整体吞吐自然下降。802.11ac/ax引入了一些并行机制比如MU-MIMO、OFDMA但现实是大量旧终端不支持这些特性还是会挤在传统模式里。此外还有一个容易被忽略的机制WiFi发送数据前要“监听信道”检测到信道忙就要随机退避等待。这就像一群人挤在一个房间里轮流说话人越多等待时间越长。当办公室里有大量手机、笔记本、无线打印机接在同一个AP上即使每个终端都没在大流量下载空口竞争依然会让所有设备都感到明显卡顿。3.2 频段与信道规划2.4G信道拥挤是头号原因2.4G频段是WiFi卡顿的第一重灾区。2.4G只有三个完全不重叠的信道1、6、11可用的频宽资源极其有限。居民区、办公楼里随便一搜都是几十个SSID挤在这三个信道里互相干扰非常严重。5G频段信道多、干扰少但穿墙能力弱覆盖范围小。家用路由器和办公AP默认都开了双频合一2.4G和5G使用同一个SSID终端往往会优先选择信号更强的2.4G结果就是大量设备挤在2.4G上体验很差。我的建议是如果环境允许把所有AP和路由器的5G信号单独开一个SSID强制电脑和手机优先连5G2.4G留给不支持5G的老设备和远距离低速率场景。然后用无线扫描工具手机端的WiFi分析App或电脑端的WirelessMon类工具看一下各信道占用情况把AP固定在干扰最少的信道上。2.4G只用1、6、11三选一5G可以考虑36-64、149-165这些常用信道中干扰最少的那个注意不要和邻区强信号选同信道。3.3 漫游粘滞与低速率终端拖累全局无线漫游是一个隐藏极深的问题。当同事推着笔记本从工位A走到工位B中间经过多个AP的覆盖区理论上无线网卡应该自动切换到信号最好的AP。但很多终端的漫游决策很保守即使当前信号已经衰减到-80dBm只要连接还能维持它就不切。终端粘在远处AP上协商速率掉到很低不仅自己被拖慢还会因为低速率重传占用大量空口时间把同信道的其他终端也拖下水。要解决漫游问题第一是部署AP时保证相邻AP有一定的信号重叠区域但不要过强重叠第二是开启企业级AP的快速漫游802.11r/k/v功能第三是合理设置最小接入速率或踢除弱信号客户端的功能让低于一定速率的终端重新选择AP。这里要特别提醒不要为了追求“信号全覆盖”把AP功率调到最大这样只会让相邻AP之间互相干扰结果每台终端都找得到多个AP却一个都不好用。3.4 AP供电、摆放和硬件性能的隐性影响AP自身的问题也不容忽视。最常见的是PoE供电不足导致AP降频或反复重启。一些企业级AP标称功耗12瓦结果配的交换机单口PoE预算只有10瓦AP虽然能启动但在高负载时自动降功率实际效果就是“人少时正常人一多就卡、掉线”。AP摆放位置同样重要。不要把AP塞进弱电井、金属吊顶里金属对无线信号衰减非常严重。我见过不止一次把AP放在机房铁皮柜里导致信号奇差的案例位置调整之后问题立刻消失。关于AP硬件性能最直接的影响就是NAT会话数和高并发处理能力。廉价家用路由器同时承担路由、NAT、DHCP、无线接入处理能力就那么多带机一旦超过二三十台即使带宽再大也会卡。4. 一次完整案例复盘某办公区“全家桶式卡顿”的排查链路前面把思路讲完了这里用一个实际处理过的案例串联起来展示完整的排查链路。4.1 投诉现象与初步判断当时是某小型办公区约15人办公、20多台无线设备一条500M专线接入报障说“有线网络卡顿、WIFI卡顿且不稳定上午还好下午开会时视频会议必卡”。常规测速发现运营商下行的确能跑到四五百兆所以问题不在带宽总量。第一步做范围界定用一台插网线的笔记本持续ping网关延迟在2-5毫秒之间基本稳定再ping公网地址延迟偶尔跳高到100毫秒以上伴随有规律丢包。这个特征说明局域网基础链路大致通问题可能出在出口路由或无线侧而不是单纯的某个有线环节。4.2 有线链路验证发现被忽视的旧网线继续追有线侧检查交换机端口状态时发现其中一台办公室的电脑连接速度只有100 Mbps而不是1000 Mbps。顺着线去查发现这个工位用的是早年预埋的网线线缆外套标注是Cat5而且穿墙段被门框压过。临时换一根短跳线从交换机直接到电脑协商速率恢复为1000 Mbpsping延迟也稳定下来。这里注意换成Cat5e网线之后该工位的问题解决了但整网仍卡。也就是说这只是多个叠加问题中的一个。实际上这类并发故障很常见不要因为找到一个原因就停止排查。4.3 无线侧检查供电不足和信道重叠双重叠加无线侧排查时我先在AP所在现场用手机看信号发现工位上信号并不弱但连接速率始终徘徊在几十Mbps。查看AP系统状态发现这台AP的发射功率被自动调到最低档原因是PoE交换机给它供电的端口功率预算不足AP在保护机制下主动降功率。再查看无线信道干扰2.4G信道1上同时存在着十多个周边SSID而AP却默认选择了信道1。5G信道虽然相对干净但双频合一让大量终端被“吸在”2.4G上。现象和之前判断完全吻合有线侧卡顿来自少量设备的旧网线降级和出口路由的高负载无线侧卡顿来自AP降功率和2.4G信道重叠。4.4 最终整改与效果验证处理的方案并不复杂旧网线工位换线PoE交换机把AP单独换到高功率预算端口5G单独开一个SSID并关闭2.4G的自动信道选择手动固定到信道6扫描后该信道相对干净路由器开启AP快速漫游并开启终端的弱信号剔除阈值。整改后重新验证有线终端全部协商千兆ping网关延迟稳定在1-2毫秒无线终端优先接入5G视频会议不再卡顿现场实测上下行速率也恢复到合理水平。这个案例里没有一样是“大工程”但每一样都在真实环境里会反复出现。5. DNS、MTU、IPv6与节能策略几个“看似玄学”的隐藏根因有些网络故障会让人感觉“诡异”测速正常、延迟正常、网线无问题但就是打开网页卡、视频转圈。这类问题往往不在带宽和链路层而在几个容易被忽视的协议和安全细节上。5.1 DNS解析耗时卡顿中最容易被忽略的环节浏览器访问一个网站第一步就是DNS解析。DNS服务器响应慢用户感知就是页面“转圈半天才出来”而且无论有线无线都一样受影响。如果你发现ping公网IP延迟稳定但打开网页明显卡顿优先怀疑DNS。排查方法很简单# Windows下看解析耗时 nslookup www.example.com # Linux/macOS下用dig查看耗时 dig www.example.com # 对比多个DNS服务器的响应 dig 223.5.5.5 www.example.com dig 119.29.29.29 www.example.com如果某个DNS服务器解析时间明显短说明当前配置的DNS服务器质量差换掉就好。另外终端本地DNS缓存异常也会造成“间歇性卡顿”刷新一下缓存往往能解决# Windows刷新DNS缓存 ipconfig /flushdns # Linux重启nscd或systemd-resolved sudo systemd-resolve --flush-caches5.2 MTU分片与IPv6优先策略网页打不开、视频卡顿的隐性原因MTU最大传输单元问题也很隐蔽典型表现是“小包通、大包不通”。网页部分内容加载失败、视频一会能看一会卡住、云盘上传慢甚至部分网站打不开都可能是MTU设置不当导致的分片丢失。绝大多数以太网环境MTU应该保持1500PPPoE拨号环境则要降到1492。如果路由器或网卡手动设置成了1450这类值或者中间链路的MTU不匹配就会出现上述现象。IPv6优先策略则是另一个常见“伪故障”来源。系统优先使用IPv6解析但IPv6链路本身不通或路由不完整访问时就会等一个很长的超时然后才回退到IPv4用户感知就是“网页打不开、视频加载慢”。处理办法如果内网不打算用IPv6可以在路由器或终端侧直接关闭或降低IPv6优先级如果确实需要IPv6排查IPv6地址获取和路由是否完整。5.3 网卡节能策略与设备省电模式电脑单独卡顿的隐形原因单独某台电脑卡其他设备正常时先别怀疑交换机很可能是网卡驱动里的节能策略在作怪。Windows的“允许计算机关闭此设备以节约电源”选项、网卡驱动的“绿色以太网”和EEE节能以太网功能会让网卡在低流量时进入省电状态重新发送数据时需要唤醒造成间歇性延迟。遇到电脑单独卡、尤其是长时间挂机后卡顿的情况我会建议先做两步在设备管理器里关闭网卡电源节约选项在网卡高级设置里关闭EEEEnergy-Efficient Ethernet和任何“节能模式”选项。这个问题在老款笔记本和USB有线网卡上特别常见固定台式机反而少一些。6. 日常优化与预防给家庭和小型办公区的可落地清单排查故障是“亡羊补牢”长期稳定还得靠日常预防。这里列几个面向家庭和小型办公区、立刻可以落地的做法。6.1 网络拓扑与设备选型建议网络做好分工光猫只做光电转换主路由负责NAT和DHCPAP只负责无线接入交换机负责有线汇聚。不要让一台家用路由器既做路由又做无线又接入几十台终端。预算有限时优先保证主路由的转发性能和AP的供电质量这两点直接决定全网的稳定性。有线侧至少使用Cat5e或Cat6网线超过10台有线设备的办公区尽量用支持千兆和RSTP的轻管理交换机方便后期看端口状态和做环路防护。无线侧优先选择企业级AP配合AC控制器或云管理平台漫游、信道自动规划这类功能在办公场景里差别非常大。6.2 WiFi部署与信道调优的通用操作AP部署密度要适中不要为了“少花钱”让一个AP覆盖所有区域。信号覆盖差的地方增加AP数量比单点调大功率更有效。部署时相邻AP的覆盖要有一定重叠但避免同信道相邻。信道规划方面2.4G只用1、6、11所有AP尽量错开5G则利用38-48和149-165两组常用信道错开。SSID建议家庭只留一个5G主力SSID办公区建议把2.4G和5G分开让手机优先连5G。如果环境设备多、干扰复杂可以依赖AC的自动信道调优功能但每次调整后要持续观察一段时间很多自动调优算法会频繁切换信道反而造成短暂断流。6.3 建立最小化的监控和排障习惯不需要一开始就上复杂监控系统几个简单习惯就能挡掉大部分故障。固定一台电脑或路由器定期记录ping网关、ping公网的延迟分布路由器和交换机如果有Web管理页偶尔看下CPU占用、端口错误计数和无线在线客户端数量无线侧关注AP的信道利用率和丢包率而不是只看信号格数。我在实际排查中的体会是网络故障很少是单一原因往往是多个小问题叠加后集中爆发。所以每次处理完一个点不要急着宣布“修好了”建议在业务高峰期再观察一两个周期。所谓“有线网络卡顿、WIFI卡顿且不稳定”这类现象追到最后通常不是解决了一件事而是把所有隐藏的小毛病逐个挖出来又顺手把拓扑梳理了一遍。这个工作做完网络的稳定性自然就回来了。