抓包看到DHCP一直Discover没Offer？最后发现是VLAN没放通！

摘要

新笔记本无法上网，其他设备正常。通过Wireshark抓包，发现客户端持续发送DHCP Discover包，服务器未回应Offer。排查后确认是VLAN未放通导致。

{"title": "抓包看到DHCP一直Discover没Offer？最后发现是VLAN没放通！", "content": "

开头引入问题

上周三下午，我在公司办公室，突然发现新来的笔记本连不上网了。那个哥们儿急得直挠头，说他的ThinkPad X1就是打不开网页。我作为微壳儿站长，平时爱折腾网络，赶紧撸起袖子干。说实话，这事儿整得我有点懵，搞了半天不知道哪儿出问题。

我盯着屏幕半小时不知道回什么，心里嘀咕：“难道是DHCP坏了？”新笔记本第一次连公司Wi-Fi，正常情况下应该自动获取IP，但这次死活不行。离谱的是，其他同事都正常，就他那台机器有问题。我决定先抓包看看，Wireshark是我的老伙计了。

抓包开始分析

我打开Wireshark，选了公司那台Cisco Catalyst 3560交换机的端口。抓包没多久，就看到一堆DHCP Discover包在飞。具体来说，客户端每秒发一次Discover，但服务器那头静悄悄的，一个Offer都没回。时间戳显示从下午2:15开始，一直到2:30，Discover包发了上百次，还是没响应。报错信息是“No Offer received from server”。

我嘀咕：“搞什么鬼，服务器挂了？”服务器是台戴尔PowerEdge R740，IP 192.168.1.100，DHCP服务应该没问题。我让哥们儿ping一下服务器，通啊！这说明网络层通，但DHCP不通。离谱的是，我换了台旧笔记本试，立马拿到IP了。问题就出在新ThinkPad上。

排查其他可能性

我以为是客户端配置错了。检查那台ThinkPad的网卡设置，Intel AX200无线网卡，一切正常。DHCP自动获取没关，IP地址设为自动。我手动试了静态IP，能上网，说明网卡本身没问题。对话时，哥们儿说：“之前在家连Wi-Fi好好的，到公司就不行了。”我翻白眼：“公司网络复杂，别想当然。”

p>接着，怀疑交换机端口。Cisco交换机型号3560，端口配置检查了半天。端口状态是up，没有错误报告。我试着禁用再启用端口，没用。搞了半天，整不会了。服务器日志显示没收到任何DHCP请求，但抓包明明有Discover包飞过去。这不对劲啊，包丢了？

发现VLAN问题

突然灵光一闪：VLAN没放通！公司网络分了好几个VLAN，员工Wi-Fi在VLAN 10，服务器在VLAN 1。新ThinkPad接入的是无线AP，型号Aruba AP-515，默认在VLAN 10。但交换机配置里，那个端口没划进VLAN 10。我登录交换机CLI，用show vlan命令一看，端口还在VLAN 1，没动过。

具体细节：时间是下午3:05，地点服务器机房。交换机配置命令是“interface GigabitEthernet0/1”，显示“switchport access vlan 1”，但应该改成“switchport access vlan 10”。我骂了句“离谱”，这配置谁搞的？可能是上次升级时漏了。哥们儿在旁边说：“早知道这么简单，我早该想到。”我白他一眼：“你连VLAN是啥都不知道。”

解决过程和反思

我赶紧改配置：在交换机上输入“interface GigabitEthernet0/1”，然后“switchport access vlan 10”，保存。重启端口后，抓包立马看到DHCP Offer包飞来了。ThinkPad拿到IP 192.168.10.254，哥们儿欢呼：“终于能刷抖音了！”我松了口气，但心里有点尴尬，搞了半天才发现这么低级错误。

反思一下，作为技术爱好者，我总想复杂问题，忽略基础。VLAN没放通这种事，新手都可能犯。自嘲一下：我盯着抓包半小时，却没先看交换机配置。教训是，排查网络问题时，从物理层到应用层一步步来，别跳步。下次遇到类似，先检查VLAN划分，省得整不会了。

", "excerpt": "上周在公司遇到DHCP问题：抓包显示客户端持续发送Discover但没收到Offer。排查半天，以为是服务器故障，最终发现是交换机VLAN未放通。分享真实解决过程和教训。", "tags": "DHCP, Discover, Offer, VLAN, 抓包"}