题目：
![题目.jpg](https://developer.qcloudimg.com/http-save/yehe-1472475/471783618d94ce9549055c9476d23257.jpg)

这道题考查的核心不是单纯记忆 DHCP，而是要理解：**一台主机最终看到的 IPv4 地址，不一定就是管理员部署的这台 DHCP 服务器分配的地址。** 当网络中存在其他 DHCP 服务器，或者 DHCP 通信失败时，主机都可能出现“地址不属于该 DHCP 地址池”的现象。

## 一、答案

**正确答案：B，即 ①②④。**

题目给出的四种情况是：

① 网络中存在其他效率更高的 DHCP 服务器  
② 部分主机与该 DHCP 通信异常  
③ 部分主机自动匹配 127.0.0.0 段地址  
④ 该 DHCP 地址池中地址已经分完

其中：

- ① 正确
- ② 正确
- ③ 错误
- ④ 正确

所以选择：

> **B：①②④**

---

# 二、先理解题目到底在问什么

题目说：

> 网络管理员在网络中部署了一台 DHCP，发现部分主机获取到的地址不属于该 DHCP 地址池指定的范围。

例如管理员配置：

```text
DHCP 地址池：

192.168.10.100
~
192.168.10.200
```

按正常情况，客户端应该获得类似：

```text
192.168.10.101
192.168.10.102
192.168.10.103
```

但是管理员突然发现有些机器是：

```text
192.168.20.35
```

甚至：

```text
169.254.45.18
```

显然都不属于：

```text
192.168.10.100 ~ 192.168.10.200
```

于是题目就在问：

**为什么会出现这样的情况？**

这里最容易犯的错误是认为：

> 只要网络里部署了 DHCP，客户端拿到的 IP 就一定是这个 DHCP 给的。

其实完全不是。

客户端可能：

- 从另外一台 DHCP 获得地址；
- 根本没有从 DHCP 获得地址；
- DHCP 请求失败后自己生成一个链路本地地址；
- 仍然保留原来的地址；
- 被人工配置为静态 IP。

这就是这道题的思维入口。

---

# 三、先看正常情况下 DHCP 是怎么分配地址的

理解这道题之前，非常有必要知道经典的 DHCP 四步流程，也就是经常说的：

```text
DORA
```

分别是：

```text
Discover
Offer
Request
ACK
```

流程可以简化成：

```text
客户端                     DHCP Server

   |                           |
   |---- DHCP Discover ------->|
   |                           |
   |<----- DHCP Offer ---------|
   |                           |
   |---- DHCP Request -------->|
   |                           |
   |<------ DHCP ACK ----------|
   |                           |
```

### 第一步：DHCP Discover

客户端刚连接网络时，还没有正式的 IP 地址，也不知道 DHCP 服务器在哪里，于是通过广播寻找：

> 网络里有没有 DHCP 服务器？

---

### 第二步：DHCP Offer

DHCP 服务器收到请求后，会告诉客户端：

> 我可以给你一个地址，比如 `192.168.10.105`。

这就是 `DHCPOFFER`。

---

### 第三步：DHCP Request

客户端接受某台服务器的 Offer 后，发出 `DHCPREQUEST`：

> 好，我想使用你给我的这个地址。

---

### 第四步：DHCP ACK

服务器确认：

> 可以，这个 IP 租给你。

于是客户端正式配置这个地址。

RFC 2131 明确规定，一个客户端可能收到**一台或多台 DHCP 服务器发来的多个 DHCPOFFER**，之后由客户端选择其中一个服务器提供的配置。[RFC Editor](https://www.rfc-editor.org/info/rfc2131/?utm_source=chatgpt.com)

知道这一点后，选项 ① 就很好理解了。

---

# 四、分析 ①：网络中存在其他效率更高的 DHCP 服务器

> ① 网络中存在其他效率更高的 DHCP 服务器

### 结论：正确

不过题目中的`效率更高`并不是非常严谨的专业表达。

更准确的说法应该是：

> 网络中存在另外一台 DHCP 服务器，而客户端接受了另外那台 DHCP 服务器提供的地址。

假设管理员部署的是：

```text
DHCP-A
地址池：
192.168.10.100 ~ 192.168.10.200
```

但是局域网里实际上还偷偷存在：

```text
DHCP-B
地址池：
192.168.20.100 ~ 192.168.20.200
```

客户端广播：

```text
DHCPDISCOVER
```

两台 DHCP 都可能收到：

```text
                 DHCP-A
                /
Client --------<
                \
                 DHCP-B
```

两台服务器都可能返回：

```text
DHCP-A：

DHCPOFFER
192.168.10.108
```

以及：

```text
DHCP-B：

DHCPOFFER
192.168.20.133
```

客户端最终选择了 DHCP-B，于是拿到：

```text
192.168.20.133
```

管理员一看：

```text
自己的 DHCP 池：
192.168.10.100 ~ 192.168.10.200

客户端地址：
192.168.20.133
```

自然会发现：

> 这个地址怎么根本不属于我的地址池？

原因就是客户端的地址**压根不是你的 DHCP 发的**。

RFC 2131 对这种情况有明确描述：客户端可能收到来自一个或多个服务器的多个 `DHCPOFFER`，并从中选择一个。具体如何选择，在一定程度上取决于客户端实现，并不是 DHCP 协议规定永远必须选某个固定服务器。[RFC Editor](https://www.rfc-editor.org/info/rfc2131/?utm_source=chatgpt.com)

所以考试里说：

> 存在其他效率更高的 DHCP 服务器

通常可以理解为：

> 另一台 DHCP 响应更及时或者被客户端选中了。

因此 ① 正确。

---

# 五、这其实还是一个非常典型的`非法 DHCP`问题

现实企业网络中，这种情况很常见。

例如公司正规 DHCP 分配：

```text
10.20.30.0/24
```

结果某位员工把家用无线路由器接到了公司交换机，而且 LAN 口的 DHCP 服务没有关。

这个小路由器可能提供：

```text
192.168.1.100 ~ 192.168.1.200
```

于是某些电脑可能得到：

```text
192.168.1.103
```

管理员会发现：

```text
一批机器：
10.20.30.x

少数机器：
192.168.1.x
```

这就是典型的：

```text
Rogue DHCP Server
```

也就是：

**非法 DHCP / 非授权 DHCP。**

所以如果现实工作中发现：

> 同一个 VLAN 中，有一部分机器获得了完全不同网段的地址

非常值得检查：

```text
是否存在第二台 DHCP Server
```

或者：

```text
是否有人误接路由器、无线 AP、虚拟机 DHCP、PXE/DHCP 服务等
```

---

# 六、分析 ②：部分主机与该 DHCP 通信异常

> ② 部分主机与该 DHCP 通信异常

### 结论：正确

这是这道题非常关键的一项。

假设正常地址池是：

```text
192.168.10.100 ~ 192.168.10.200
```

但是某台 Windows 主机最终出现：

```text
169.254.23.87
```

很多初学者会疑惑：

> DHCP 明明没有配置 169.254.x.x，为什么电脑会获得这个地址？

因为这个地址**根本不是 DHCP 服务器发给它的**。

当主机无法从 DHCP 获得正常地址时，一些操作系统会使用：

```text
IPv4 Link-Local
```

即 IPv4 链路本地地址。

其地址范围属于：

```text
169.254.0.0/16
```

RFC 3927 专门定义了这一机制：当正常的网络地址配置不可用时，主机可以自动配置 `169.254/16` 中的 IPv4 Link-Local 地址。[RFC Editor](https://www.rfc-editor.org/rfc/rfc3927.html?utm_source=chatgpt.com)

IANA 对这个地址段也明确标注为：

```text
169.254.0.0/16
Link Local
```

而不是普通 DHCP 地址。[IANA](https://www.iana.org/assignments/ipv4-address-space?utm_source=chatgpt.com)

---

# 七、为什么 DHCP 通信异常会导致这种情况？

继续看 DHCP 四个步骤：

```text
Discover
   ↓
Offer
   ↓
Request
   ↓
ACK
```

只要其中某个环节出现问题，客户端都可能无法完成地址租赁。

例如：

```text
Client
   |
DHCP Discover
   |
   X
   |
DHCP Server
```

也可能是：

```text
Client
   |
   | DHCP Discover
   v
DHCP Server
   |
   | DHCP Offer
   X
   |
Client
```

甚至 DHCP Relay 出问题：

```text
Client
   |
Switch
   |
Router / DHCP Relay
   X
   |
DHCP Server
```

客户端没有得到有效 DHCP 配置，就可能进行链路本地地址自动配置。

于是出现：

```text
169.254.x.x
```

例如：

```text
169.254.82.17
```

当然不属于管理员配置的：

```text
192.168.10.100 ~ 192.168.10.200
```

因此：

> **② 部分主机与 DHCP 通信异常**

完全可能导致题目描述的现象。

所以 ② 正确。

---

# 八、169.254.x.x 是网络排错中一个非常重要的信号

在 Windows 网络故障排查中，如果运行：

```bash
ipconfig /all
```

发现：

```text
Autoconfiguration IPv4 Address:
169.254.32.81
```

通常应该立即想到：

```text
DHCP 没有成功
```

重点检查：

```text
网线 / Wi-Fi
交换机 VLAN
DHCP Server
DHCP Relay
防火墙
DHCP 地址池
UDP 67 / 68
```

它很像汽车仪表盘上的一个故障灯。

看到：

```text
169.254.x.x
```

应该形成条件反射：

> 这台机器大概率没有从正常 DHCP 获得地址。

---

# 九、分析 ③：部分主机自动匹配 127.0.0.0 段地址

> ③ 部分主机自动匹配 127.0.0.0 段地址

### 结论：错误

这是本题最明确的错误项。

题目故意把：

```text
127.0.0.0
```

和：

```text
169.254.0.0
```

混淆。

这是计算机网络考试里非常经典的陷阱。

---

# 十、127.0.0.0/8 到底是什么？

`127.0.0.0/8` 是：

```text
Loopback
```

即：

**环回地址。**

最著名的就是：

```text
127.0.0.1
```

也就是：

```text
localhost
```

IANA 的 IPv4 Special-Purpose Address Registry 明确把：

```text
127.0.0.0/8
```

定义为：

```text
Loopback
``` 


RFC 1122 也明确规定 `127.x.x.x` 属于内部主机环回地址，并且这种地址不应该出现在主机之外的实际网络中。

---

# 十一、127.0.0.1 是干什么的？

假设你的电脑运行了一个 Web Server：

```text
localhost:8080
```

浏览器访问：

```text
127.0.0.1:8080
```

数据并不会：

```text
电脑
 ↓
网卡
 ↓
交换机
 ↓
路由器
```

绕一圈回来。

而是在本机协议栈内部完成：

```text
Application
     ↓
 TCP/IP Stack
     ↓
 Loopback
     ↓
 TCP/IP Stack
     ↓
Application
```

所以 127.0.0.1 可以简单理解为：

> **我自己。**

它不是：

> DHCP 获取失败后自动生成的备用地址。

这两个概念一定要分开。

---

# 十二、考试中最容易混淆的两个地址

把它们放在一起就很清楚：

| 地址 | 含义 |
|---|---|
| `127.0.0.0/8` | Loopback，环回 |
| `127.0.0.1` | 最常用的本机环回地址 |
| `169.254.0.0/16` | IPv4 Link-Local |
| `169.254.x.x` | DHCP 无法提供正常配置时常见的自动地址 |

可以记一句：

> **127 找自己，169.254 找不到 DHCP。**

比如：

```text
ping 127.0.0.1
```

主要可以检查：

```text
本机 TCP/IP 协议栈
```

而看到：

```text
169.254.12.35
```

则应该想到：

```text
DHCP 获取失败
```

因此题目中的：

> 部分主机自动匹配 127.0.0.0 段地址

是错误的。

真正应该说：

> 部分主机可能自动配置 `169.254.0.0/16` 范围内的地址。

所以：

**③ 错误。**

---

# 十三、分析 ④：该 DHCP 地址池中地址已经分完

> ④ 该 DHCP 地址池中地址已经分完

### 结论：正确

这一项也很好理解。

假设 DHCP 地址池：

```text
192.168.10.100
~
192.168.10.109
```

只有：

```text
10 个 IP
```

现在已经有 10 台机器占用：

```text
192.168.10.100
192.168.10.101
192.168.10.102
...
192.168.10.109
```

这时第 11 台新电脑出现。

它发送：

```text
DHCPDISCOVER
```

但 DHCP Server 已经没有可租用地址。

那么服务器无法正常为这个新客户端完成地址分配。

于是该客户端就可能无法获得：

```text
192.168.10.x
```

在支持 IPv4 Link-Local 自动配置的系统上，它可能最终出现：

```text
169.254.x.x
```

于是管理员又会观察到：

> 这个地址不在 DHCP 地址池中。

所以 ④ 是可能原因。

---

# 十四、不过这里有一个很值得注意的严谨性问题

严格从 DHCP 协议角度说：

> **地址池耗尽并不会让 DHCP 服务器主动分配一个池外地址。**

例如 DHCP 池是：

```text
192.168.10.100 ~ 192.168.10.200
```

池耗尽以后，正规的 DHCP Server 并不会突然说：

```text
那我给你 172.16.8.20 吧。
```

它不能这么干。

真实逻辑是：

```text
DHCP 地址池耗尽
        ↓
客户端拿不到正常 DHCP Lease
        ↓
操作系统可能启动自动地址配置
        ↓
获得 169.254.x.x
```

因此：

```text
④
```

属于**间接原因**。

但从考试题目的语义来看，它显然属于正确选项。

---

# 十五、为什么答案不是 D？

D 是：

```text
①④
```

这两个本身都对。

但是 D 少了：

```text
② 部分主机与该 DHCP 通信异常
```

而 ② 也是完全可能的原因。

例如：

```text
正常客户端
    ↓
DHCP 成功
    ↓
192.168.10.105
```

另外一台：

```text
异常客户端
    ↓
DHCP Discover 发不出去
或者 Offer 收不到
    ↓
DHCP 失败
    ↓
169.254.51.73
```

因此：

```text
①④
```

并不完整。

D 错。

---

# 十六、为什么答案不是 C？

C 是：

```text
①③④
```

其中：

```text
① √
③ ×
④ √
```

问题出在 ③。

主机 DHCP 获取失败时可能出现：

```text
169.254.x.x
```

而不是：

```text
127.x.x.x
```

所以 C 错。

---

# 十七、为什么答案不是 A？

A 是：

```text
②③
```

其中：

```text
② √
③ ×
```

存在一个错误项，自然不能选。

---

# 十八、把整个题目的逻辑画出来

可以把所有情况压缩成下面这张逻辑图：

```text
                 客户端需要 IP
                       |
                       v
                DHCPDISCOVER
                       |
          +------------+-------------+
          |                          |
          v                          v
      正常通信                    DHCP 异常
          |                          |
          v                          v
   是否有多个 DHCP？          无法获得正常租约
       /        \                    |
      是        否                    v
      |          |               可能自动配置
      v          v               169.254.x.x
可能选中其他   本 DHCP 分配
 DHCP Server       |
      |            v
      |       地址池是否耗尽？
      |          /     \
      |         否      是
      |         |       |
      v         v       v
地址可能不属于   正常地址   无法正常分配
本 DHCP 地址池              |
                           v
                      可能 169.254.x.x
```

因此能够导致题干现象的包括：

```text
① 其他 DHCP Server
② DHCP 通信异常
④ DHCP 地址池耗尽
```

而不是：

```text
③ 127.0.0.0
```

---

# 十九、这道题最应该记住的三个地址概念

为了以后做类似题时能够秒选，可以记住这三个非常经典的 IPv4 地址范围：

```text
127.0.0.0/8
→ Loopback
→ 自己和自己通信
→ 典型：127.0.0.1
```

```text
169.254.0.0/16
→ IPv4 Link-Local
→ 正常地址配置不可用时可能自动配置
→ 经常提示 DHCP 获取失败
```

```text
DHCP 地址池
→ 例如 192.168.1.100 ~ 192.168.1.200
→ DHCP 正常时从这里租地址
```

尤其要把：

```text
127.x.x.x
```

和：

```text
169.254.x.x
```

彻底区分开。

---

# 二十、最终答案

所以四个判断为：

| 选项 | 判断 | 原因 |
|---|---|---|
| ① 其他 DHCP 服务器 | ✅ | 客户端可能接受另一台 DHCP 的 Offer |
| ② 与 DHCP 通信异常 | ✅ | DHCP 获取失败后可能出现 `169.254.x.x` 等非池内地址 |
| ③ 自动匹配 `127.0.0.0` | ❌ | `127.0.0.0/8` 是 Loopback，不是 DHCP 失败后的自动地址 |
| ④ DHCP 地址池耗尽 | ✅ | 新客户端无法得到正常租约，可能转而使用链路本地地址 |

因此：

# **正确答案：B，①②④**

这道题最值得记的一句话就是：

> **127 是回自己，169.254 是 DHCP 没拿到；多 DHCP 会抢客户端，地址池耗尽也会导致客户端拿不到正常租约。**

这道题考查的核心不是单纯记忆 DHCP，而是要理解：一台主机最终看到的 IPv4 地址，不一定就是管理员部署的这台 DHCP 服务器分配的地址。 当网络中存在其他 DHCP 服务器，或者 DHCP 通信失败时，主机都可能出现“地址不属于该 DHCP 地址池”的现象。

一道 DHCP 的易错题分析

紫薇堂堂主

网络与通信

编程语言

主机获取非DHCP池地址的原因包括：网络中其他DHCP服务器竞争、主机与DHCP通信异常导致自动配置169.254.x.x链路本地地址，以及地址池耗尽无法分配正常租约。127.0.0.0段属于环回地址，不用于DHCP失败场景。正确答案为B选项①②④。

代码解释

服务器

虚拟机

路由器

防火墙

Windows

路由

DHCP

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

一道 DHCP 的易错题分析-腾讯云开发者社区-腾讯云

一道 DHCP 的易错题分析

一道 DHCP 的易错题分析

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐