首页/网络/无线与 Wi-Fi 速查/连上却拿不到 IP(169.254)排查
故障排查112 条

连上却拿不到 IP(169.254)排查

终端显示已连接但拿到 169.254.x.x 的自配地址:依次查 VLAN 透传、DHCP 池、私接路由与中继路径。

无线与 Wi-Fi 速查网络更新于 2026-10-13

拿到 169.254 地址怎么查

终端显示已连接却上不了网,检查地址发现是 169.254 开头的自配地址,这是一个非常明确的信号:终端发出了地址请求但没收到回应,于是自己随便配了一个链路本地地址。问题不在无线侧,而在地址分配路径上。排查顺序通常是:交换机上联口是否放行了该 SSID 对应的 VLAN、DHCP 服务器地址池是否有余量、中继地址是否正确、以及同网段是否存在私接的路由器也在发地址。

按顺序核对

169.254 含义地址请求无响应,终端自配了链路本地地址
交换机侧AP 上联口是否放行该 SSID 对应的 VLAN
服务器侧地址池是否耗尽、作用域是否覆盖该网段、中继地址是否正确
干扰源同网段是否有私接路由器也在发送地址
其他可能端口安全策略、ACL 或隔离策略拦截了地址请求

核对顺序

核对顺序
ipconfig                 # 第一步:确认终端拿到的地址类型
tcpdump -i eth0 -n udp port 67 or udp port 68   # 第二步:在 AP 上联口抓取地址交互
# 第三步:在交换机核对 AP 口允许的 VLAN 列表与中继配置

典型使用场景

  • 新 SSID 上线后所有终端都拿不到地址
  • 某一层楼或某一台 AP 下的终端异常
  • 地址池扩容前后对比验证
  • 访客与员工网络混用导致网段错乱
  • 私接路由器引发部分终端拿到错误网段

为什么容易查错方向

这类问题最容易走的两条弯路是:一是在无线侧反复调整参数,二是只看 DHCP 服务器状态。前者浪费时间,因为无线连接本身是正常的;后者会得出错误结论,因为服务器看不到请求,只能说明请求根本没到,而问题可能出在上联口的 VLAN 放行或中继配置。正确做法是在 AP 上联口抓包:能看到终端发出的地址请求但没有回应,说明请求已出无线侧,问题在链路或服务器;完全看不到请求,则问题在 VLAN 或上游转发环节。

地址池耗尽往往表现为「部分终端能拿、部分拿不到」,扩容地址池或缩短租约可快速缓解。
部分系统在多次请求失败后会加长重试间隔,排障时先手动释放并重新获取地址,能缩短复现时间。

易错点

  • AP 的无线管理 VLAN 与业务 VLAN 常不同,把 AP 管理地址当成客户端网段检查会绕远路
  • 只看 DHCP 服务器不知道请求是否到达:在上联口抓包确认请求是否被转发
  • 忽略地址池租约长度:租约过长会让地址回收变慢,池子看着够用实际已耗尽
  • 把 VLAN 未放行当成无线故障:这类问题的根因在有线侧,调无线参数不会有任何改善

数据来源与参考

  • Microsoft Learn: TCP/IP 自动地址 169.254.0.0/16
  • ISC DHCP 文档:DORA 过程
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌