简介这是一份面向网络运维人员与系统管理员的H3C交换机配置图解教程基于真实案例讲解如何安装Linux操作系统并搭建DHCP服务器再借助H3C S7506R交换机作中继为两个VLAN同时提供动态地址分配适合刚接触网络管理的新手也适合需要快速排障的运维人员参考。文档从网络拓扑入手逐步拆解服务器端与交换机端设置服务器IP、网关、DNS参数配置DHCP服务安装与rpm检查dhcpd.conf配置模板复制及subnet、range、option routers等关键参数调整交换机VLAN划分、各VLAN网关地址与中继配置以及在防火墙中开启UDP 67/68端口。文中还特别提示dhcpd.conf必须包含服务器所在网段才能正常启动等易错细节可帮助企业IT人员快速复现整套DHCP中继环境。压缩包为单个PDF文件大小约11KB图文紧凑便于查阅。已有1521人学习下载。1. 一份十五年前的H3C交换机教程今天照样能救急手头一台Linux服务器想给两个VLAN的终端下发IP服务器直接广播够不着得靠交换机当中继。这份PDF记录的就是2010年一位运维工程师在H3C S7506R上做DHCP中继的全过程CentOS 5.2装DHCP服务、改dhcpd.conf、在S7506R上建dhcp-server组、给VLAN接口绑定中继目标。题目标着“文”字是早期论坛杂文区的帖子不是官方手册行文带着一线运维的即兴感反而比说明书更有参考价值。适合谁看手上有H3C交换机、需要跨VLAN下发IP但又不想把DHCP功能直接开在网关设备上的工程师。十五年过去命令老了、系统版本老了但DHCP中继的报文流转和配置逻辑没变。真正要注意的风险不是命令差异而是老文档里那些抄模板留下的小参数——时区偏移、防火墙端口、服务器自身网段一个不留神就翻车。2. 先把中继原理吃透广播请求为什么必须由交换机转成单播2.1 DHCP发现报文是怎么被“中继”的DHCP客户端发出的是广播DISCOVER报文服务器要回应OFFER靠的是报文里的giaddr网关IP地址字段。没有中继时广播只能在同一个二层域里跑服务器和客户端必须在同一个网段有了三层交换机做中继过程变成客户端广播DISCOVER → 交换机收到后在giaddr字段填入收到请求的VLAN接口地址 → 把报文改写成单播发给DHCP服务器 → 服务器看giaddr知道客户端在哪个子网从对应地址池挑一个IP把OFFER回给交换机 → 交换机再转给客户端。文档里的S7506R在VLAN 6、VLAN 25和VLAN 30分别有192.168.6.254/24、192.168.25.254/24和192.168.30.254三个网关地址DHCP服务器在192.168.6.7。VLAN 25的客户端发广播交换机就是用192.168.25.254这个地址去和服务器通信的。理解这一层后面看交换机的每条配置就都顺了哪条命令指定服务器地址、哪条命令把服务器组绑到VLAN接口全是在回答“giaddr填什么、报文往哪送”。2.2 老H3C上的两种中继实现dhcp-server组绑定与现代写法H3C老设备Comware V5时代上配DHCP中继常见的有两类做法。一类是在接口下直接启用dhcp relay并指定服务器地址逻辑比较直白另一类就是文档用的这种先建一个dhcp-server组把服务器的IP放进去再在VLAN接口上用dhcp-server 1把这个组绑上去。文档用的是后者好处是服务器地址集中管理多个VLAN共用同一组配置加服务器、换服务器只需要动组里的地址不用挨个接口改。注意这里说的“中继”和“在交换机上开DHCP服务”是两码事。文档第3步执行dhcp enable开的是交换机的DHCP服务能力配合后面dhcp-server 1 ip 192.168.6.254一起用是让交换机把VLAN 25和VLAN 30的客户端请求转发给真正的DHCP服务器不是让交换机自己当服务器。这两个概念经常被新手弄混配置完发现IP不是想要的多半就是在这上面栽了跟头。2.3 开局前要确认的五个前置条件原文档篇幅不长前置条件散在各处我把复现时踩过的确认项整理成一张清单照着过一遍再动手后面能省掉大半排错时间。确认项检查内容不满足时的典型症状各VLAN接口地址VLAN 6/25/30的vlan-interface接口已配IP且UP客户端能获取IP但上不了网网关不通VLAN间路由三个VLAN间能互相ping通中继报文能到服务器但回包找不到路DHCP服务器地址服务器IP、掩码、网关配好网关指向交换机服务器收不到DISCOVER或OFFER发不出去服务器本地网段dhcpd.conf里包含192.168.6.0这段dhcpd服务启动即失败防火墙端口服务器放行UDP 67客户端一直卡在“获取IP地址”这里最好先确认服务器能和交换机的VLAN 6接口互通再把VLAN 25、VLAN 30的客户端接进来测。文档里两个VLAN的客户端最终都成功拿到了IP、DNS和WINS地址说明这套配置链路是完整的照着搭成功率很高。3. Linux服务器端dhcpd.conf逐段拆解与参数改动点3.1 安装与首份配置文件rpm检查、模板复制CentOS 5.2和Red Hat Enterprise Linux默认不带DHCP服务。文档里检查安装包的命令写成了“rpm – q dhcp”这里得专门提醒一句网上流传的多个版本里这个–是全角短横线直接复制进终端会提示找不到命令。正确的命令是半角参数rpm -q dhcp返回“package dhcp is not installed”说明没装把CentOS安装DVD放进光驱后执行cd /media/CentOS_5.2_Final/CentOS rpm -ivh dhcp-3.0.5-13.el5.i386.rpm装完再执行rpm -q dhcp看到“dhcp-3.0.5-13.el5”就说明安装成功。这里用的是rpm本地安装依赖关系简单DHCP服务的依赖很少一条命令能直接装完。如果用yum装得先把DVD配置成yum源反而多一道工序。DHCP服务默认不生成配置文件系统自带一个配置模板。照文档执行cp /usr/share/doc/dhcp-3.0.5/dhcpd.conf.sample /etc/dhcpd.conf把模板复制到/etc目录并重命名为dhcpd.conf。这个模板里有大量注释和示例段落直接用可以但里面的一些参数是模板作者的环境比如time-offset和默认租期下文会说怎么改。3.2 dhcpd.conf核心参数逐段说明文档里的dhcpd.conf包含三个subnet段落分别对应服务器所在网段和两个需要下发IP的VLAN。我复现时把配置整理成下面这个版本标注了每段的作用ddns-update-style interim; ignore client-updates; default-lease-time 86400; max-lease-time 86400; subnet 192.168.6.0 netmask 255.255.255.0 { range 192.168.6.1 192.168.6.253; option routers 192.168.6.254; option subnet-mask 255.255.255.0; option domain-name-servers 192.168.6.10,10.20.6.10; option netbios-name-servers 192.168.6.10,10.20.6.10; option time-offset -18000; default-lease-time 86400; max-lease-time 86400; } subnet 192.168.25.0 netmask 255.255.255.0 { range 192.168.25.1 192.168.25.253; option routers 192.168.25.254; option subnet-mask 255.255.255.0; option domain-name-servers 192.168.6.10,10.20.6.10; option netbios-name-servers 192.168.6.10,10.20.6.10; option time-offset -18000; default-lease-time 86400; max-lease-time 86400; } subnet 192.168.30.0 netmask 255.255.255.0 { range 192.168.30.1 192.168.30.253; option routers 192.168.30.254; option subnet-mask 255.255.255.0; option domain-name-servers 192.168.6.10,10.20.6.10; option netbios-name-servers 192.168.6.10,10.20.6.10; option time-offset -18000; default-lease-time 86400; max-lease-time 86400; }几个关键参数说明一下。range是地址池范围三个网段都留出了.254给网关、.1到.253都可以下发option routers是客户端拿到的默认网关对应交换机上各VLAN的接口地址option domain-name-servers指定DNS文档里配了两个主DNS在服务器本网段。default-lease-time和max-lease-time都设成86400秒也就是24小时表示常规租约和最长租约一致不会出现续租时突然跳变的情况。最重要的一点dhcpd.conf里除了要有DHCP服务的VLAN网段还必须包含服务器网卡所在的网段。文档作者一开始只写了192.168.25.0和192.168.30.0两个段service dhcpd start一直失败后来用/etc/init.d/dhcpd start看输出才发现缺了192.168.6.0这一段。这是ISC DHCP的一个硬性要求服务器必须能为自身所在网段提供配置信息否则拒绝启动。配的时候永远记住先写服务器本地网段再写业务VLAN的段。3.3 启动、验证与防火墙UDP 67和68怎么放行配置文件就绪后创建空的租约数据库文件然后启动服务touch /var/lib/dhcpd/dhcpd.leases service dhcpd startdhcpd.leases记录所有下发的租约第一次启动前它必须存在否则服务也会报错。启动后用ntsysv把dhcpd勾上保证开机自启ntsysv是CentOS 5时代的图形化服务管理工具空格键选服务Tab切到确定回车。防火墙这块文档表述比较含糊说“需要开启UDP 67和68端口”但又说查到资料只开68也可以。我按实际报文流向说明客户端用UDP 68发DISCOVER中继转发后以单播方式到达服务器的UDP 67服务器回OFFER的目标端口是UDP 68但这个包是从服务器主动发出的Linux防火墙默认放行出站流量入站方向只需放行UDP 67即可。只开68的“资料”针对的是非中继场景下的某些特殊情况用在服务器侧会出问题。iptables -I INPUT -p udp --dport 67 -j ACCEPT service iptables save4. 交换机端配置从telnet登录到save落盘的完整命令流4.1 登录与视图层级telnet、system-view、quit交换机侧配置不复杂但对视图层级的理解不能含糊。H3C设备分用户视图、系统视图、接口视图等层级改配置前必须先进入系统视图。登录用telnettelnet 192.168.6.254输入密码后进用户视图提示符类似 。执行system-view进入系统配置视图提示符变成[h3c]system-view老设备用telnet登录是常态现在新环境大多走SSH但视图操作逻辑完全一致。手头没有真机的可以拿SecureCRT这类调试工具连接会话配置里选Telnet协议、端口23保存好密码后面反复登录就不用每次敲一遍。4.2 开启DHCP与绑定服务器组dhcp-server命令序列在系统视图下按文档顺序做四件事开DHCP服务、建服务器组、进入VLAN接口、绑定服务器组。完整命令流如下dhcp enable dhcp-server 1 ip 192.168.6.254 interface vlan-interface 25 dhcp-server 1 interface vlan-interface 30 dhcp-server 1dhcp enable是全局开关不开后面所有DHCP相关配置都不生效。dhcp-server 1 ip 192.168.6.254建了一个编号为1的DHCP服务器组把192.168.6.254注意这里配置的是交换机VLAN 6接口地址也就是中继接口地址不是DHCP服务器本身作为服务器地址加进组里。这里有个容易误解的点中继转发的目标地址应该写DHCP服务器能到达的地址。文档里写的是192.168.6.254因为服务器192.168.6.7的网关就是192.168.6.254实际转发链路是交换机把报文通过这个地址送给服务器所在网络。进入interface vlan-interface 25后执行dhcp-server 1是把1号服务器组绑定到VLAN 25接口VLAN 25的客户端请求全走这个组。VLAN 30同理。绑定操作只影响当前接口所以每条interface命令后都要跟一条dhcp-server 1漏掉任何一个VLAN那个VLAN的客户端就会一直处于“获取IP地址中”。4.3 保存与验证display命令看什么配置完成按Ctrl-Z或执行两次quit返回用户视图保存配置saveH3C的save会询问是否确认回车确认后配置写入启动配置。验证配置有没有生效可以用display命令display current-configuration | include dhcp display vlan第一条过滤当前配置里所有含dhcp的行看全局开关、服务器组、接口绑定是否都在第二条看三个VLAN是否存在、接口是否UP。真实链路验证则要看客户端Windows机器把IP和DNS设为自动获取执行ipconfig /renew后能拿到192.168.25.x或192.168.30.x的地址DNS和WINS也一并下发这条链路才算真正通了。文档作者实测两个VLAN都成功说明这个验证闭环是成立的。5. 复盘与避坑这份文档没写透的四个坑5.1 现象dhcpd服务起不来日志提示本地网段未定义文档作者自己踩过这个坑值得单独拎出来再说一遍。现象很直接配置只写了业务VLAN的subnet执行service dhcpd start失败看/var/log/messages里报错指向“not defined subnet”之类的信息。原因在于ISC DHCP要求配置文件必须覆盖服务器本机网卡所在的子网这是启动时的合法性校验不是可选项。解决方式是在dhcpd.conf里补上服务器所在网段subnet 192.168.6.0 netmask 255.255.255.0 { range 192.168.6.1 192.168.6.253; option routers 192.168.6.254; }我自己的习惯是先把服务器本机网段写好再追加业务网段这样即使某个业务VLAN暂时不需要下发配置文件也不会启动失败。5.2 现象客户端能拿到IP但租约时间和日志对不上复现文档配置时注意检查time-offset这一项。文档里三个subnet都写了option time-offset -18000这是从模板抄来的值对应UTC-5也就是北美东部时区。国内部署的服务器应该用UTC8的偏移量28800否则客户端获取到的时间会偏移日志排查时时间对不上租约续约的节奏也会乱。解决方式很简单把dhcpd.conf里所有time-offset改成28800重启服务。现在的H3C交换机比如S1850系列普遍支持NTP自动同步网络日期和时间服务器和交换机时间保持一致后DHCP日志排查会省很多事。老文档没提这茬是因为当年的设备时钟同步手段有限。5.3 现象HCL模拟器设备启动失败VirtualBox版本冲突不少人是冲着练配置下的这份PDF但真机环境不一定有。用H3C官方模拟器HCLH3C Cloud Lab复现时最常遇到的就是“设备启动失败”。原因多半是HCL对VirtualBox版本有严格要求新版VirtualBox和新版本Windows系统尤其开了Hyper-V都会导致虚拟化组件起不来。解决步骤是卸载现有VirtualBox装HCL安装包要求的版本关闭Hyper-V和Windows虚拟机监控程序再把VBoxNET网卡残留清干净后重装。这一步搞定模拟器里的S5820V2等三层交换机就能正常启动中继配置照常练。5.4 现象中继配置全对客户端就是拿不到IP配置看着没问题dhcp enable也开了服务器组也绑了但客户端一直获取不到地址。先从交换机侧查起display vlan看VLAN接口是否UP如果接口是down的网关都不通中继报文根本出不去。再ping一下DHCP服务器地址确认中继接口和服务器之间三层互通。最后查服务器侧/var/log/messages看有没有收到来自VLAN 25、VLAN 30地址段的DISCOVER记录。三层不通是最容易被忽略的——VLAN间没有路由服务器回OFFER时找不到回去的路客户端就永远等不到包。6. 把这份老配置移植到现代环境命令对照与验证思路老文档最大的价值是提供了完整的配置思路但原样照搬到新设备上不现实。CentOS 5.2已成历史Comware V7/V9的命令和V5有差异华为三层交换机也常见于现网。移植时对照这张表效率会高很多老环境文档原版现代环境差异点CentOS 5.2 dhcp-3.0.5Rocky Linux 9 / Ubuntu 22.04 dhcp-server包名不同systemctl替代servicerpm本地安装DHCPapt/yum/dnf在线安装依赖自动处理service dhcpd startsystemctl enable --now dhcpd自启和启动一步到位dhcp-server组绑定Comware V7接口下dhcp relay server-address中继目标直接在接口配置iptables手动放行firewalld规则或安全组策略放行UDP 67不变移植后验证这三点一是服务器上tail /var/log/messages或journalctl看DISCOVER和OFFER记录二是交换机上display dhcp relay statistics看中继计数是否增长三是客户端ipconfig /renew确认拿到地址后ping网关和DNS是否通。三条都过这套中继就没问题。如果把DHCP服务器替换成Windows Server中继侧的配置完全不用变区别只在服务器端的作用域设置——Windows的DHCP控制台里创建两个作用域对应两个VLAN授权后即可。从那以后我每配一套DHCP中继都会强制按“服务器先自测→交换机看接口→客户端抢租约”走一遍time-offset和防火墙67端口是必查项最后才save。这套习惯救过我不少次希望帮到你。本文还有配套的精品资源点击获取