客户端拿不到地址怎么查
客户端显示自动私有地址或没有地址时，说明完整的地址申请交互全部失败。排查顺序按链路、中继、地址池、安全特性四步推进：先确认接入端口的链路与 VLAN 正确，再看跨网段请求是否被转发，接着检查地址池是否有可用地址与匹配网段，最后排查安全特性是否把请求或应答拦掉了。每一步都有明确的观察点，按顺序走比凭经验猜快得多。
基本信息
| 适用平台 | 三厂设备与客户端两端 |
|---|---|
| 第一观察点 | 客户端是否显示自动私有地址，说明四步交互全部失败 |
| 排查顺序 | 链路、中继、地址池、安全特性 |
| 关键区分 | 看服务器或中继的请求计数，区分请求没到与收到不应答 |
| 常见旁因 | 安全特性拦截、VLAN 未放行、端口被关闭 |
典型使用场景
- 整段终端突然拿不到地址，多台设备同时报障
- 新接入的网段首次启用地址服务，客户端无地址
- 单个端口下的终端异常，其他端口正常
- 变更后部分终端异常，需要快速判断是否与本次变更相关
- 无线终端频繁掉线并重新获取地址的排查
华为 VRP
华为 VRP
display interface Vlanif10 | include current # 网关三层接口状态
display dhcp relay statistics # 中继是否收到并转发请求
display ip pool # 池与地址使用情况
display dhcp snooping user-binding dynamic # 安全特性绑定表
display interface brief # 接入端口状态与 VLAN思科 IOS
思科 IOS
show ip interface brief
show ip dhcp server statistics # 服务器侧收到的请求类型与数量
show ip dhcp pool
show ip dhcp snooping
show ip dhcp bindingH3C Comware
H3C Comware
display interface Vlan-interface10
display dhcp relay statistics
display dhcp server pool
display dhcp snooping statistics四步排查对照
| 步骤 | 观察点 | 对应根因 |
|---|---|---|
| 链路与 VLAN | 接入端口状态、所属 VLAN、上联放行列表 | 端口被关闭、VLAN 划错或上联未放行 |
| 中继与转发 | 中继统计中的请求与应答计数 | 请求未转发、转发目标不可达 |
| 地址池 | 池的可用地址数量、网段与接口是否一致 | 地址用尽、网段不匹配、网关参数错误 |
| 安全特性 | 绑定表与拦截计数 | 安全特性把请求或应答拦掉 |
| 客户端侧 | 客户端获取方式与网卡状态 | 终端手工配置了静态地址或驱动异常 |
排查纪律
- 先区分范围：是单端口、单网段还是全设备，范围决定怀疑对象
- 用请求计数区分两类问题：计数为零说明请求没到，计数增长但无应答说明服务器侧问题
- 核对池的可用地址数量：地址用尽时现象与配置错误完全一样
- 检查安全特性的绑定表：私接设备被限制时，正常终端也可能被连带影响
- 排查完再改动配置：先定位再动手，避免多变量干扰
- 把排查过程与结论留档，同类问题下次能直接复用
常见疑问
- 为什么只有个别终端拿不到：优先看终端侧配置与接入端口，问题范围决定了方向
- 重启设备能不能恢复：看起来能恢复但根因仍在，地址用尽或拦截问题会再次出现
- 自动私有地址代表什么：说明完整交互全部失败，四步排查全都要看
- 怎么验证修复有效：在受影响端口接测试终端实测获取地址，而不是只看配置
把请求计数当作分界线是这套排查里最有效的一招：它把问题一刀切成设备侧与服务器侧，避免在两端之间反复来回试。
排查过程中不要急于重启设备或清空记录：现象与计数是判断根因的唯一依据，清掉以后同类问题会更难定位。