DORA 租约流程

设备加入网络时，会通过一个由 DORA 一词帮助记忆的四步交换过程获取 DHCP 地址：Discover、Offer、Request、Acknowledge。每一步都是客户端与 DHCP 服务器之间的一条独立消息。理解 DORA 有助于您准确想象设备连接后第一秒内发生的事情；当某一步失败时，也能更清晰地进行故障排查。

新客户端还没有地址，因此无法向特定服务器发送消息。它会改为以广播方式发送 DHCP Discover，也就是说，本地网络上的每台设备都能听到这条消息。这条消息本质上是在大声询问：“那里有 DHCP 服务器吗？”由于采用广播方式，同一网络分段上的任何 DHCP 服务器都能收到它并作出响应。

收到 Discover 的 DHCP 服务器会回复 DHCP Offer。这份提供包含一个拟分配的 IP 地址，以及掩码、网关、DNS 服务器和租约时间。如果网络中有多个服务器，客户端可能会收到多份提供。服务器会暂时保留该地址，以免在这次交互完成前将同一地址分配给其他客户端。

客户端选择其中一份提供，并使用 DHCP Request 回复。重要的是，这同样是一条广播消息。通过广播，客户端会告诉每台服务器：“我接受这台服务器提供的这个地址。”其他曾经提供地址的服务器看到这条请求后，就会知道自己的提供未被选中，并释放之前保留的地址，以便其他客户端使用。

选中的服务器最后会发送 DHCP Acknowledge（ACK）。这会确认租约，并在约定的时间内确定该地址及其全部设置。客户端收到 ACK 后，会使用该地址、掩码、网关和 DNS 配置其接口，最终能够正常通信。DORA 的四步握手至此完成。

Discover 和 Request 使用广播，原因很简单：客户端还没有可用地址，因此无法直接与某一台服务器通信。广播可以让它联系到网络分段上的任何服务器。即使客户端还没有最终确定的地址，Offer 和 Acknowledge 仍然可以发回，因为服务器会使用从 Discover 中获知的客户端硬件（MAC）地址来发送回复。

设备不会每次都重复完整的 DORA 流程。租约进行到大约一半时，设备会直接向为它提供地址的服务器发送 Request，请求延长租约。如果服务器同意，就会发送 Acknowledge，租约时间也会重新开始计算。续租时不需要 Discover 和 Offer，因为客户端已经知道应该向哪台服务器请求，因此过程快速而安静。

DHCP 依赖广播，但路由器通常会阻止广播跨越不同网络。那么，客户端如何从其他子网上的服务器获取地址呢？DHCP 中继代理通常内置于路由器中，它会监听 Discover 广播，并将其以单播方式转发给其他位置的已知 DHCP 服务器，然后再把回复传回来。这样，一台中央服务器就能为多个子网提供服务。

如果您理解 DORA，就能定位故障所在。通常，迟迟收不到 Offer 表示无法联系到服务器，可能是缺少中继或服务器停止运行。收到 Offer 后却得到 DHCP NAK（否定确认）而不是 ACK，表示请求的地址已不再有效，常见原因是设备刚移到新的网络。观察整个序列在哪一步停止，就能判断应该检查哪一方。

Wireshark 等网络分析工具可以让您实时查看 DORA 的四个数据包。您会看到 Discover 和 Request 被标记为广播，以及服务器发出的 Offer 和 Acknowledge。准备 Network+ 考试时，您应当能够按顺序说出这四条消息，并知道其中哪些是广播。实时看到它们，有助于牢牢记住这一顺序。

DORA 这个首字母缩略词可以帮助您记住步骤顺序：Discover、Offer、Request、Acknowledge。客户端通过 Discover 和 Request 发送消息；服务器通过 Offer 和 Acknowledge 发送消息。双方交替进行。每当您排查无法获取地址的设备时，都可以在脑中走一遍 DORA，并思考是哪条消息没有成功到达。

DORA 是 DHCP 的四步握手过程：Discover（客户端广播搜索）、Offer（服务器提供地址和设置）、Request（客户端广播接受其中一份提供）以及 Acknowledge（服务器确认租约）。客户端和服务器交替发送消息；Discover 和 Request 使用广播。续租会直接从 Request 开始，而DHCP 中继会转发广播，使一台服务器能够为多个子网提供服务。了解 DORA 在哪里停滞，可以加快故障排查。