一、接入故障概述

什么是接入故障

接入故障，说白了就是用户连不上网络，或者连上了也用不了。我做了十几年网络运维，见过太多这样的场景：用户抱着电脑急得团团转，说「网断了」，结果过去一看，网线压根没插紧。

从技术角度讲，接入故障是指从用户终端到网络接入层设备之间，发生的任何通信异常。这个范围其实挺广的——从你家的光猫，到办公室的交换机，再到楼道的配线架，都算。

我个人习惯把接入故障分成两类：物理层故障和逻辑层故障。物理层就是看得见摸得着的东西，比如网线断了、光口脏了。逻辑层则是配置、协议、认证这些「看不见」的问题。

接入故障的分类

我根据实际项目经验，把接入故障归纳为以下几类。你想想看，是不是每次出问题，都能归到其中一类里？

故障类型	典型表现	常见原因
物理层故障	网口灯不亮、链路时断时续	网线损坏、接口松动、光模块故障
链路层故障	无法获取IP地址、频繁掉线	VLAN配置错误、STP阻塞、MAC地址冲突
网络层故障	能ping通网关但上不了网	路由缺失、NAT配置错误、DNS解析失败
认证故障	弹出认证页面但无法通过	账号密码错误、Radius服务器异常、证书过期
性能故障	网速慢、延迟高、丢包严重	带宽不足、广播风暴、设备老化

嗯，这里要注意：很多故障其实是「复合型」的。比如用户说「网速慢」，可能既是物理层问题（网线质量差），又是网络层问题（DNS解析慢）。

故障处理的基本原则

做接入故障排查，最忌讳的就是「瞎蒙」。我曾经带过一个新人，用户说上不了网，他直接去改交换机配置，结果把整个楼层搞断了。后来我教了他一套原则，现在他也成了老手。

我个人总结的原则就四个字：先易后难，由外而内。

1. 先看物理，再看逻辑——先检查线缆、接口、电源，再查配置和协议。
2. 先看本地，再看远端——先确认用户终端本身没问题，再排查网络设备。
3. 先看现象，再下结论——别凭经验猜，用工具验证。ping、tracert、抓包，该用就用。
4. 先备份，再操作——改配置前一定备份。我吃过这个亏，改完发现回不去了。

为什么会这样？因为接入故障往往涉及多个层面，你跳过一个环节，就可能绕远路。比如用户说「连不上WiFi」，你直接去改AC配置，结果发现是用户手机WiFi开关没开——这种乌龙我见过太多次了。

下面这张图，是我自己总结的接入故障排查流程。说白了，就是一条路走到黑，但每一步都要走对。

这张图看着简单，但每一步都有讲究。比如第一步「确认用户终端状态」，我习惯先让用户重启一下设备——别笑，这招真的能解决一半的问题。Windows系统跑久了，网卡驱动容易出幺蛾子。

再比如第三步「验证IP地址获取」，我建议直接用ipconfig /all看个清楚。如果发现IP是169.254.x.x，那就是DHCP没拿到地址，问题出在DHCP服务器或者中间链路。

好了，接入故障的概述就聊到这儿。后面的章节，我会逐个拆解每种故障的具体排查方法。到时候咱们再细聊。