DHCP 采用客户端/服务器模型,客户端首次上网主要经过四个阶段建联。弄懂两种地址池再加中继,基本覆盖工程选型。

一、接口地址池
地址池绑在接口上,接入该接口网段的用户从中获取。优点是天然按接口隔离、安全性好;缺点是用户只能从自己接入的接口拿地址,无法跨接口共用一段地址,扩展性受限。
二、全局地址池
建在服务器上的公共池,所有配了 dhcp select global 的接口都能引用,适合跨接口、跨 VLAN 的统一分配。与接口池下发参数完全一致,差别在”池在哪里”。
三、DHCP 中继(跨网段的关键)
Discover 是广播,跨不了三层。当客户端与 DHCP 服务器不在同一广播域(如客户端在 VLAN 10、服务器在核心),就需要中继代理:客户端网段的网关/三层设备开启 DHCP 中继,把广播请求单播转发给指定 DHCP 服务器,再把响应回给客户端。中继让”一个中心 DHCP 服务器”服务全公司成为可能。
四、选型建议
单网段小场景、要接口级隔离 → 接口池;多接口/多 VLAN 要集中分配 → 全局池;客户端与服务器跨网段 → 全局池 + DHCP 中继。三者不是互斥,而是组合使用:中心建全局池,各分支靠中继把请求汇过来。
一、中继的工作过程
客户端发 Discover(广播)→ 客户端网段的三层设备(中继)把广播转换成单播,发给指定 DHCP 服务器 → 服务器分配地址并单播回给中继 → 中继把应答按原请求广播回客户端。三个要点:请求与应答必须成对转、中继要记录原始请求信息、服务器侧要允许来自中继地址的请求(安全侧常配访问控制列表限制来源)。
二、跨网段场景怎么组织
中心服务器 + 各网段中继是最常见的结构:服务器集中在一个位置、地址池集中规划、每个接入网段配中继指向它。好处是地址策略统一、备份与监控集中、扩容时只改中心;代价是中心故障影响面大,所以中继要支持指向备用服务器,服务器要做双机或放在稳定环境。
三、常见问题定位
| 现象 | 最可能原因 |
|---|---|
| 同网段终端能拿地址,跨网段不能 | 中继未配置或未指向正确服务器地址 |
| 偶发拿不到、时好时坏 | 服务器并发不足或地址池过小 |
| 拿到地址但网关不可达 | 中继未写正确的接口地址 / 路由缺失 |
| 服务器看不到请求 | 服务器侧访问控制限制来源地址 |
四、和「无中继直连服务器」的取舍
若条件允许,服务器直接接在每个网段所在的广播域里当然最简单,但会造成服务器数量膨胀、地址池碎片化、运维面变大。中继的价值就是用一个中心换掉这种碎片化,代价是多一层配置与一层故障点——所以中继配置要留文档、要有备用指向。
本文整理自公开技术文章,正文未做实质性改写,仅供技术参考。正文主体与原文基本一致,版权归原作者所有;本站仅作技术学习与方案参考,如涉侵权请联系本站删除。



评论 0
还没有评论,来抢沙发吧。