4. 物理层与数据链路层问题：网线、网卡、交换机故障的识别与处理
TCP/IP 协议栈的底层是物理层与数据链路层。绝大多数“网络不通”的故障，根源并不在 IP 配置或路由策略，而是网线、网卡、交换机端口这些物理实体出了问题。本章聚焦这三类最常见故障，帮助你建立从“物理信号”到“数据帧”的排查思路。
4.1 核心原理：数据帧的旅程与故障分层
当主机 A 向主机 B 发送数据时，数据从应用层逐层向下封装，最终在网卡（NIC）上被转换成电信号或光信号，通过网线/光纤传输到交换机。交换机在数据链路层根据 MAC 地址表决定将帧转发到哪个端口。这一过程中，任何一环的物理损坏、电气特性不达标或协商失败，都会导致帧丢失或损坏。
理解故障分层至关重要：物理层负责比特流的透明传输，关注电压、电平、时序、接口形状；数据链路层负责将比特组装成帧，添加 MAC 地址和校验序列（FCS），并处理差错。实际排障时，我们通常从最底层的物理链路状态开始检查，逐层向上验证。
4.2 网线故障：从 Link 灯到线序验证
网线是故障率最高的物理组件。典型症状包括：Link 灯不亮、Link 灯间歇性闪烁、速率降级（如从 1Gbps 降到 100Mbps）。
4.2.1 快速判断流程
- 观察指示灯：网卡与交换机端口 Link 灯均亮且为绿色，说明物理链路基本正常；若灯不亮，则更换网线或换端口测试。
- 检查水晶头：查看水晶头弹片是否断裂、金属针脚是否氧化或内缩。用放大镜观察 8 根针脚是否对齐且无脏污。
- 测线仪验证：使用网络测线仪逐芯测试 1-8 号线序。直通线要求两端线序一致（T568B 或 T568A），交叉线用于旧设备级联。
- 确认线缆类型：Cat5e 支持千兆，Cat6 支持万兆短距离。若使用 Cat5 线缆跑千兆，可能因余量不足导致丢包。
4.2.2 线序标准与常见错误
T568B 线序（最常用）：
1-白橙 2-橙 3-白绿 4-蓝 5-白蓝 6-绿 7-白棕 8-棕
T568A 线序（与 T568B 的 1/3、2/6 互换）：
1-白绿 2-绿 3-白橙 4-蓝 5-白蓝 6-橙 7-白棕 8-棕
常见错误：
- 1/2 与 3/6 接反（导致 100Mbps 不通）
- 线对未完全解绞（超过 1.3cm 会造成串扰）
- 使用“假线”（只有 4 芯连通，仅支持 100Mbps）4.3 网卡故障：驱动、协商与硬件状态
网卡故障分为硬件损坏、驱动异常和配置错误三类。硬件损坏通常由雷击、静电或过热导致，表现为设备管理器中网卡有感叹号，或系统完全无法识别。
4.3.1 网卡状态检查命令
在 Windows 和 Linux 下分别使用以下命令查看网卡状态：
# Windows（管理员 CMD）
ipconfig /all # 查看 MAC 地址、IP、网关
netstat -e # 查看发送/接收错误、丢弃情况
wmic nic get Name,NetEnabled,Speed # 查看网卡启用状态与速率
# Linux
ethtool eth0 # 查看速率、双工模式、Link detected
ip link show eth0 # 查看网卡状态 UP/DOWN
dmesg | grep eth0 # 查看驱动加载与硬件报错关键参数解读：
Speed: 1000Mb/s表示协商速率为千兆；若显示10Mb/s，说明网线或对端端口可能有问题。Duplex: Full表示全双工；若为Half，在百兆网络中可能造成大量冲突。RX errors / TX errors持续增长，说明存在帧校验错误或驱动丢包。
4.3.2 网卡硬件故障的典型表现
| 现象 | 可能原因 | 处理方式 |
|---|---|---|
| 设备管理器显示“代码 10”或“代码 43” | 网卡芯片损坏或驱动不兼容 | 更新驱动；若无效则更换 PCIe 网卡或 USB 网卡 |
| Link 灯亮但 ping 不通 | 网卡 MAC 地址被禁用/防火墙拦截 | 检查 MAC 过滤、重置 TCP/IP 协议栈 |
| 速率频繁在 100M/1000M 间跳变 | 网线质量差或接口接触不良 | 更换 Cat6 成品线，清洁接口 |
4.4 交换机故障：端口、MAC 表与广播风暴
交换机故障通常不是整机损坏，而是单端口故障、MAC 地址表异常或环路导致的广播风暴。
4.4.1 端口故障排查
当某台电脑无法上网，但换一个交换机端口后恢复正常，说明原端口可能已损坏或处于 err-disable 状态。登录交换机查看端口状态：
# Cisco 交换机示例
show interfaces status
show interfaces gigabitethernet 0/1
# 若端口显示 "err-disabled"，原因可能是：
# - 检测到环路（spanning-tree BPDU guard）
# - 端口安全违规（port-security violation）
# 恢复方法：
interface gigabitethernet 0/1
shutdown
no shutdown4.4.2 MAC 地址表与帧转发
交换机依靠 MAC 地址表决定帧的转发端口。如果 MAC 地址表老化时间设置过短，或表中出现重复 MAC（如两台设备配置了相同 MAC），会导致帧被广播到所有端口，造成带宽浪费。
show mac address-table 查看某台主机的 MAC 是否学习到了正确端口。如果 MAC 在多个端口间漂移，说明可能存在环路或有人私接小交换机。
4.4.3 广播风暴与环路检测
当网络中存在物理环路且未启用生成树协议（STP）时，广播帧会在环路中无限复制，最终耗尽交换机 CPU 和带宽。典型症状是：所有端口指示灯疯狂闪烁，网络延迟极高，甚至完全瘫痪。
处理步骤：
- 立即拔掉疑似环路的网线（通常连接两台交换机之间的冗余链路）。
- 在交换机上启用 STP/RSTP：
spanning-tree mode rapid-pvst。 - 检查是否有端口同时连接了同一台设备的两个网卡（如服务器双网卡未做绑定）。
4.5 综合案例：办公室网络间歇性卡顿
场景描述：某办公室 20 台电脑通过一台 48 口交换机上网。近期用户反映网络每隔几分钟就卡顿一次，ping 网关延迟从 1ms 飙升至 500ms 以上，但几秒后自动恢复。
排查过程：
- 第一步：检查交换机 CPU 利用率，发现异常偏高（80% 以上）。
- 第二步：查看日志，发现端口 23 频繁 up/down，且伴随大量 CRC 错误。
- 第三步：使用测线仪测试连接端口 23 的网线，发现第 4 芯（蓝线）接触不良，导致百兆模式下信号质量差。
- 第四步：更换该网线后，CRC 错误停止增长，CPU 利用率恢复正常，网络卡顿消失。
4.6 常见误区与复盘清单
误区一：只重启设备，不检查物理链路。重启电脑或交换机可以暂时恢复，但若网线老化或水晶头氧化，故障会反复出现。正确做法是使用测线仪和错误计数定位根因。
误区二：认为“Link 灯亮就代表网线没问题”。Link 灯只表示物理层有信号，但无法反映信号质量。当网线串扰严重时，Link 灯正常但传输速率会降级，或出现间歇性丢包。
误区三：忽视双工模式不匹配。当一端为全双工、另一端为半双工（常见于老旧设备或手动配置错误）时，链路能通但会产生大量 late collision，导致速度极慢。
物理层/数据链路层排障清单
| 检查项 | 命令/工具 | 正常标准 |
|---|---|---|
| 网线连通性 | 测线仪 | 1-8 芯全部按线序连通 |
| 网卡协商速率 | ethtool / 属性 | 与交换机端口一致（如 1000Mbps Full） |
| CRC 错误计数 | netstat -e / show interface | 不持续增长 |
| 交换机端口状态 | show interfaces status | connected，非 err-disabled |
| MAC 地址表 | show mac address-table | 每台设备 MAC 对应唯一端口 |
物理层与数据链路层的故障排查，核心在于观察指示灯、检查线缆质量、核对协商参数、查看错误计数。掌握这些基础方法，能解决约 70% 的局域网连接问题。当底层链路确认无误后，再向上排查网络层与传输层，才能避免在错误的方向上浪费时间。