实战案例：开业不到一年，西餐厅就反馈陆续出现断网问题？原来又是它导致......

网络故障排查：一家西餐厅的DHCP冲突诊断实录

一家运营不足一年的西餐厅，其网络近期频繁出现间歇性中断。具体表现为：部分移动设备与电脑可正常连接Wi-Fi，另一部分则无法接入；监控系统同样不稳定，部分摄像头时常无故离线。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

处理此类基础网络故障，关键在于遵循标准诊断流程：先厘清网络架构，再执行系统性、分层级的排查。

网络拓扑与环境

餐厅采用经典的企业网络架构：路由器与核心交换机负责有线骨干，无线覆盖则由AC控制器与多个吸顶AP完成。所有网络设备均来自同一主流品牌，确保了管理界面的一致性。

规划使用的IP地址段为192.168.96.0/24。

诊断逻辑与思路

“部分设备无法连接”这一现象，暗示问题具有全局性而非局部性。我们的排查思路因此确立：

首先，将模糊的故障描述转化为可验证的具体现象，精确界定问题边界。随后，在故障发生时，立即检查异常终端的网络配置（如IP地址、网关、DNS）。若配置异常，则问题根源指向地址分配环节；若配置正常，则需通过Ping测试与带宽测速，进一步分析网络连通性与性能瓶颈。

系统性排查与定位

(1) 第一步：现象细化与信息收集

餐厅经理的非技术性描述“断网”过于宽泛。通过针对性询问，我们明确了几个关键事实：

故障同时影响有线和无线终端；问题出现时间随机，且设备重启无法根治；受影响的设备有时重连Wi-Fi可暂时恢复，有时则完全失效。

有线与无线同时出问题，这指向了网络层的共性故障。一个合理的初步假设是：正常与异常设备所获得的IP地址配置可能存在冲突。

(2) 第二步：验证终端网络配置

当问题复现时，我们立即检查了一部无法上网手机的IP详情。

关键发现：该手机获取的IP地址为192.168.3.100，属于192.168.3.0/24网段，与餐厅规划的96网段完全不符。这强烈表明网络中存在一个未经授权的DHCP服务器（俗称“非法DHCP”），正在分发错误的IP地址。我们尝试访问了这个错误的网关地址：

成功访问到一个路由器管理界面，这证实了我们的判断——网络中确实接入了一台开启DHCP功能的小型无线路由器。

(3) 第三步：物理定位与问题根除

要找到这台设备，需要借助MAC地址追踪。我们在故障电脑上执行了“arp -a”命令，查询到了错误网关对应的MAC地址。

随后，在核心交换机的MAC地址表中进行比对，迅速定位到该MAC地址对应的接入端口——它位于“区域2交换机”的第8号端口。

事后查明，一名员工因嫌洗手间区域Wi-Fi信号弱，私自接入了一台家用无线路由器以扩展信号，却未关闭其DHCP服务器功能，从而引发了全网范围的DHCP地址冲突。

故障原理与根治方案

根本原因已明确：私自接入的无线设备充当了非法DHCP服务器，与官方DHCP服务形成竞争，导致部分终端获取到错误的IP地址、网关和DNS，从而无法访问网络资源。

解决方案需分两步执行：

首先，立即物理移除违规接入的无线路由器，这是解决当前问题的应急措施。其次，为杜绝后患，应在接入层交换机上全局启用“DHCP Snooping（DHCP侦听）”安全特性。该功能将交换机端口划分为信任端口与非信任端口，只允许来自信任端口（如连接合法DHCP服务器的上行端口）的DHCP响应报文通过，从而从数据链路层阻断非法DHCP报文的传播。