思科网络中DHCP中继的实战配置与优化

1. 从零开始：为什么你的网络需要DHCP中继？

想象一下，你管理着一栋写字楼的网络，这栋楼有10层，每层都是一个独立的子网（VLAN）。现在，你在一楼的机房放了一台DHCP服务器，它的任务就是给整栋楼里所有员工的电脑、手机自动分配IP地址。问题来了：当10楼的一台新电脑开机，大喊“我需要一个IP地址！”时，这个请求是以广播的形式发出的。广播报文就像一个大喇叭喊话，通常无法穿过路由器（也就是子网之间的“门卫”），传到一楼的服务器那里。结果就是，10楼的电脑永远等不到回复，上不了网。

这时候，DHCP中继（DHCP Relay Agent） 就该登场了。它就像是每个楼层配备的一个“通讯员”。当10楼的电脑发出广播请求时，本楼层的路由器或三层交换机接口（配置了DHCP中继功能）会“听到”这个广播。它不会让这个广播消失，而是会主动将这个请求“打包”，以单播的形式，直接发送给你指定的一楼DHCP服务器。服务器处理完请求，把分配好的IP地址、网关、DNS等信息再通过单播发回给这个“通讯员”，由它最终交给10楼的电脑。整个过程，客户端和服务器虽然不在一个广播域，却能顺利完成“对话”。

所以，DHCP中继的核心作用就三个：跨网段分配IP、减少广播风暴、集中化管理。没有它，你要么在每个子网都部署一台DHCP服务器（成本高，管理乱），要么就得手动给几百台电脑配置静态IP（运维噩梦）。我见过不少刚开始组网的朋友，交换机、路由器配得挺溜，最后卡在IP分配上，问题多半就出在忘了或者配错了DHCP中继。

对于网络管理员来说，掌握DHCP中继的配置，是告别“手动配置IP”原始时代，迈向自动化、规模化网络管理的关键一步。无论你是管理一个拥有多个部门VLAN的企业网，还是一个拥有不同业务区域的园区网，这都是必须get的技能。接下来，我就用最“白话”的方式，带你一步步搞定思科设备上的DHCP中继配置，并分享几个我踩过坑才学到的优化技巧。

2. 实战前夜：理清你的网络拓扑与规划

在动手敲命令之前，规划比操作更重要。盲目配置就像没看图纸就盖房子，容易出乱子。我们用一个经典的“总部-分部”双站点模型来作为今天的实验场景，这个场景几乎涵盖了中小型企业网络的大部分要素。

假设我们有两个站点：总部和分部，通过一条专线（用串行链路模拟）连接。每个站点内部，我们又根据部门划分了两个VLAN：

• VLAN 10：用于市场部，规划网段为 192.168.1.0/24（总部）和 192.168.3.0/24（分部）。
• VLAN 20：用于技术部，规划网段为 192.168.2.0/24（总部）和 192.168.4.0/24（分部）。

为了简化并突出中继功能，我们做这样一个设计决策：只在分部部署一台DHCP服务器（Server2），IP地址设为 192.168.4.1。而总部不设DHCP服务器。我们的目标就是，让总部VLAN 10和VLAN 20里的电脑，也能从分部的这台服务器自动获取到正确的IP地址。

这个设计听起来有点“反常识”，为什么让总部的设备跑那么远去分部要地址？在实际中，这可能源于服务器资源集中化、成本控制或特定安全策略。但无论如何，它完美地诠释了DHCP中继的核心价值——打破地域和广播域的界限，实现网络服务的集中供给。

那么，数据流是怎么走的呢？当总部VLAN 10里的一台PC开机，它的DHCP Discover广播包会被所在VLAN的网关（也就是路由器Router0上对应的子接口）截获。Router0上我们已经配置了DHCP中继，它收到广播后，会将其源IP改为自己的接口IP，目的IP改为我们指定的 192.168.4.1，然后通过路由转发给分部。分部的Server2回应时，则直接单播回给Router0的接口IP，再由Router0转发给最终的PC。整个过程中，PC和Server2彼此“看不见”对方，全靠中继代理在中间牵线搭桥。

3. 手把手配置：从基础交换机到DHCP中继

好了，蓝图画好了，我们开始“施工”。我会把命令和解释混在一起讲，你跟着做就能通。我们使用思科经典的IOS命令行界面。

3.1 第一步：搭建底层网络——VLAN与Trunk

首先，我们需要在交换机上创建VLAN，并把端口划分进去。同时，连接路由器的端口需要配置成Trunk，允许所有VLAN的流量通过。

在总部交换机Switch0上配置：

Switch> enable
Switch# configure terminal
! 创建VLAN 10和20，并给它们起个容易识别的名字
Switch(config)# vlan 10
Switch(config-vlan)# name VLAN_MKT  ! 市场