DHCP服务器启动命令是什么，Linux启动DHCP命令有哪些

启动DHCP服务器的命令取决于Linux发行版和进程管理器，在主流systemd系统中直接执行“systemctl start dhcpd”或“systemctl start isc-dhcp-server”，在旧版init系统中使用“service dhcpd start”即可完成启动。

服务器DHCP启动命令是什么

DHCP服务在Linux上通常由dhcpd进程负责,启动命令的核心差异不在DHCP软件本身，而在操作系统采用哪种初始化机制，目前主流环境可以分为systemd体系和init体系两大类，两者的操作路径完全不同。

systemd系统下的启动命令

CentOS 7及以上、Ubuntu 16.04及以上、Debian 8及以上版本默认使用systemd作为系统与服务管理器，在这类系统中，DHCP服务的启动命令如下：

• CentOS / RHEL / Rocky Linux：systemctl start dhcpd
• Ubuntu / Debian：systemctl start isc-dhcp-server
• Fedora：systemctl start dhcpd

注意Ubuntu的软件包名和CentOS不同,这是新手最容易踩的坑，如果你在Ubuntu上执行“systemctl start dhcpd”，系统会提示Unit不存在，因为Ubuntu的DHCP服务单元名称叫“isc-dhcp-server”。

systemd体系还支持组合操作,启动的同时设置开机自启：

systemctl enable --now dhcpd

这条命令是等效于先执行“systemctl enable dhcpd”再执行“systemctl start dhcpd”。

旧版init系统下的启动命令

还在使用CentOS 6、Ubuntu 14.04或更早版本的环境中，service命令是标准操作方式：

• service dhcpd start
• service dhcpd restart
• service dhcpd status

部分发行版也支持直接调用启动脚本：

/etc/init.d/dhcpd start

这类系统在优化时对DAEMON_ARGS参数的敏感度较高,改完参数必须通过“service dhcpd restart”让配置重新加载，仅执行start不会重新读取daemon设置。

Linux DHCP服务器配置与启停命令

启动命令只是一个触发动作,DHCP服务能否正常运行取决于配置文件是否准确，行业内通常把“配置”和“启停”放在一起讨论，因为改配置后必然涉及重启动作，两者的操作频率是绑定的。

启动前需要检查的配置项

dhcpd程序启动时会读取配置文件,主流Linux分发版本的配置路径如下：

• CentOS / RHEL：/etc/dhcp/dhcpd.conf
• Ubuntu / Debian：/etc/dhcp/dhcpd.conf
• 部分旧版发行版：/etc/dhcpd.conf

配置文件中核心字段包括subnet网段声明、range地址池、DNS服务器地址、租约时间等，业内专家指出，绝大多数“启动失败”问题都出在配置文件语法或子网声明与网卡实际IP不匹配，而不是命令本身敲错。

常见的启动报错场景是配置中写了“subnet 192.168.1.0 netmask 255.255.255.0”，但网卡实际IP不在这个网段内，dhcpd会直接拒绝启动并输出“No subnet declaration”的错误信息。

Ubuntu开启DHCP服务命令详解

Ubuntu系统在安装DHCP服务器后,默认服务并未运行，需要手动开启，完整操作流程如下：

安装软件包：

apt install isc-dhcp-server

2. 指定监听网卡,编辑/etc/default/isc-dhcp-server文件：

INTERFACESv4="eth0"

3. 编辑/etc/dhcp/dhcpd.conf，配置地址池和网关信息：

subnet 192.168.10.0 netmask 255.255.255.0 {
  range 192.168.10.20 192.168.10.200;
  option routers 192.168.10.1;
  option domain-name-servers 223.5.5.5;
}

执行启动命令：

systemctl start isc-dhcp-server

查看运行状态：

systemctl status isc-dhcp-server

Ubuntu系统相比CentOS多了一步“指定监听网卡”的配置，如果跳过这步，DHCP服务会启动但对客户端请求无响应，状态栏显示active但实际不工作，这种“伪启动”比启动失败更隐蔽。

DHCP服务重启与开机自启设置

改动配置文件后的重启操作和服务器重启后的自启设置是运维日常最高频的两个动作。

重启和状态查看命令

配置方式几乎一样,但当命令不同时，部署就大不一样，重启命令清单如下：

• CentOS 7+：systemctl restart dhcpd
• Ubuntu 16.04+：systemctl restart isc-dhcp-server
• 通用兼容方式：service dhcpd restart 或 service isc-dhcp-server restart

查看租约分配情况可以直接读lease文件：

cat /var/lib/dhcpd/dhcpd.leases

这个文件会记录所有已分配IP的MAC地址、租约时间等信息，排查客户端无法获取IP时很有用。

开机自启的配置方法

服务器重启后DHCP服务不会自动恢复,必须设置开机自启，行业共识认为，dhcpd服务的管理策略在不同环境中差异较大，运维人员应尽量统一使用systemctl命令：

• 设置开机自启：systemctl enable dhcpd
• 取消开机自启：systemctl disable dhcpd
• 检查是否自启：systemctl is-enabled dhcpd

对于CentOS 6和Ubuntu 14.04等旧系统，使用“chkconfig dhcpd on”命令完成同样功能。

DHCP服务器地址配置与启动失败的常见排查思路

在实际部署场景中,无论是物理机房还是云服务器环境，DHCP启动命令敲完以后都需要验证服务真实可用，单纯看到“active (running)”不代表服务正常，需要从客户端视角做交叉验证。

最直接的验证方式是在同一局域网内找一台客户端,执行“dhclient eth0”强制获取IP，然后用“ip addr show eth0”查看是否拿到地址，如果客户端无法获取IP，按以下顺序排查：

• 查看服务日志：journalctl -u dhcpd -f
• 检查监听端口：netstat -unlpn | grep 67
• 确认防火墙放行：firewall-cmd --add-service=dhcp

DHCP服务使用UDP 67端口接收客户端请求，如果防火墙没有放行，服务状态再健康也无法对外分配地址，国内机房服务器部署DHCP时的防火墙策略比家用环境严格得多，很多运维人员在本地测试通过后部署到物理机房就出问题，原因就在防火墙规则差异。

Linux系统下还有一个容易忽视的点：DHCP服务与dnsmasq的端口冲突，部分云镜像或容器宿主机自带dnsmasq抢占UDP 67端口，导致dhcpd启动失败，报错信息是“Can’t bind to dhcp server port”，这种情况下先停用dnsmasq再启动dhcpd即可解决。

DHCP服务相关问答

服务器DHCP启动命令和重启命令有什么区别？

启动命令“start”适用于DHCP服务处于停止状态时，重新激活进程；重启命令“restart”是先停止再启动，适用于修改配置文件后需要重新加载的场景，两者在systemd体系下的命令格式相同，只是后的action参数不同，重启命令会中断现有DHCP服务，变更配置时建议在业务低峰期操作。

CentOS系统DHCP服务重启命令和Ubuntu一样吗？

不一样,CentOS的systemd单元名是“dhcpd”，完整命令为“systemctl restart dhcpd”；Ubuntu的systemd单元名是“isc-dhcp-server”，完整命令为“systemctl restart isc-dhcp-server”，两条命令不能混用，否则系统提示Unit not found。

DHCP服务器启动成功后客户端仍然获取不到IP怎么处理？

先用“systemctl status dhcpd”确认服务状态是running，再用“netstat -unlpn”确认67端口处于监听状态，最后检查网卡配置文件中是否将DHCP服务监听到了正确的网卡，多数情况下问题出在配置文件中的subnet声明的网段与实际网卡IP不在同一网段，或者防火墙阻止了对67端口的请求访问。