简介：DHCP Server for Windows V2.3 是一款面向 Windows 平台的轻量级 DHCP 服务端工具，适合网络管理员、运维人员及需要搭建小型局域网或远程启动环境的用户使用。它不仅能自动为 TCP/IP 网络中的计算机分配 IP 地址，还集成了 TFTP、DNS 与 HTTP 协议支持，便于快速部署简易网络，满足远程引导等场景需求。压缩包共包含 9 个文件，以两个可执行程序为主，辅以样式表、网页、图片、图标及说明文档，整体体积约 101KB，结构紧凑、便于携带与部署。目前已有 391 人学习下载，说明其在同类工具中具备一定参考价值。借助内置的配置向导与说明文件，读者可快速完成服务端参数设置，理解 DHCP 分配流程及多协议协同工作方式，适合作为网络实验、教学演示或小型办公网络搭建的实用参考。

1. 从一台“失联”的测试机说起：为什么我还在用 DHCP Server for Windows V2.3

上周帮隔壁工位的新同事调一台内网测试机，网线插好、指示灯正常，系统却死活拿不到 IP，手动配了静态地址能通，一重启又回到解放前。他折腾了一下午，最后发现是那台机器所在的隔离网段里根本没有 DHCP 服务——路由器在另一个 VLAN，广播过不来。这种场景其实特别常见：实验室的小型机柜、产线旁边的工控机、临时搭的 PXE 装机环境，往往缺一个能随手起、随手停的 DHCP 服务。商业路由器不给改，Linux 上搭 isc-dhcp-server 又得先有台常开的机器。DHCP Server for Windows V2.3 就是冲着这个空档来的——一个绿色单文件的小工具，双击就能在 Windows 上把 DHCP 服务跑起来，不用装 IIS，不用配 WSL，也不用去动公司现有的网络设备。它适合谁？适合手头只有 Windows、需要快速给几台设备分配地址、又不想惊动网管的开发和运维。装不好会怎样？最轻是客户端拿不到地址，重一点是地址池配错，把同网段其他设备的正常续租给顶掉，那才是真的翻车。

2. 装前把环境列清楚：V2.3 的版本选择与依赖确认

2.1 为什么是 V2.3，而不是更新的版本

网上能搜到不少 DHCP 小工具，名字相近的就有好几个。我选 V2.3 的原因很实际：它的配置界面和配置文件格式在 2.x 系列里最稳定，网上能查到的中文排错记录也大多集中在这个版本段。再往上的版本有些改了配置项命名，照着老教程走会对不上。另一个原因是 V2.3 对 Windows 的兼容跨度大，从 Windows 7 到 Windows 11 都能跑，Server 2012 之后的系统版本也没问题。如果你只是临时用，不需要追新，V2.3 的功能够用：地址池、租期、网关、DNS、保留地址、多网卡绑定，这些核心项都在。常见做法是先把版本定死，再去找对应的配置说明，别一边装一边升级，那样出了问题连排查的基准都没有。

2.2 运行环境与权限要求

这个工具本身是绿色版，解压出来就是一个可执行文件加一个配置文件目录，不需要安装过程。但它要监听 UDP 67 端口，这个端口在 Windows 上属于特权端口，普通用户权限起不来。所以运行的时候必须用管理员身份。另外，如果机器上已经开了 Windows 自带的“Internet 连接共享”或者 Hyper-V 的虚拟交换机 DHCP 防护，可能会抢占 67 端口，导致工具启动后收不到请求。我一般会先确认两件事：一是当前用户是不是管理员组，二是 67 和 68 端口有没有被别的进程占用。检查端口用netstat -ano | findstr :67，如果看到有 PID 占着，就去任务管理器里对一下是哪个程序。还有一点容易被忽略：Windows 防火墙默认会拦入站的 UDP 67，第一次运行的时候要放行，或者干脆在测试阶段先把对应网卡的防火墙配置关掉，跑通再收紧。

2.3 网络拓扑要先想明白

DHCP 是广播协议，它只在同一个广播域里工作。这意味着你打算用这台 Windows 机器给哪些设备发地址，这些设备就必须和这台机器在同一个二层网络里，中间不能跨路由器，除非路由器配了 DHCP 中继。我见过有人把工具装在办公网的机器上，想给隔壁机房的设备发地址，结果一直不成功，就是因为中间隔了三层设备。正确的做法是：把这台 Windows 机器接到目标网段的交换机上，或者用一根网线直连目标设备。如果是给虚拟机发地址，那虚拟机的网络模式要选桥接或者仅主机，NAT 模式下广播出不来。这一步想清楚，后面配地址池的时候才不会把网段写错。

3. 下载与首次启动：从解压到看到服务运行

3.1 获取文件与目录结构

拿到手的通常是一个压缩包，解压后目录里一般有这么几样东西：主程序可执行文件、一个示例配置文件、一个说明文档。不同来源的打包方式可能略有差异，但核心就是主程序和配置。我习惯把它解压到一个路径里不带中文和空格的目录，比如D:\Tools\DHCPServer。原因很简单：有些老版本的工具在读取配置文件时对中文路径处理不好，会报“找不到配置文件”或者直接闪退。路径里带空格也可能让某些命令行参数解析出问题。这一步不费事，但能省掉后面很多莫名其妙的报错。

3.2 以管理员身份启动并确认监听

右键主程序，选“以管理员身份运行”。启动后一般会弹出一个简单的窗口，显示当前状态和日志。如果窗口一闪就没了，大概率是权限不够或者端口被占。这时候不要反复双击，先去看 Windows 事件查看器里的应用程序日志，或者用命令行方式启动，把输出重定向到文件里看。命令行启动的写法是：

# 进入工具所在目录，用管理员权限的终端执行 cd /d D:\Tools\DHCPServer # 启动主程序，并把标准输出和错误输出写到日志文件 DHCPServer.exe > dhcp_run.log 2>&1

这段命令的意思是切换到工具目录，然后运行主程序，同时把正常输出和报错都写进dhcp_run.log。这样即使窗口闪退，日志文件里也会留下线索。启动成功后，窗口里应该能看到类似“Listening on UDP 67”或者“Service started”的提示。这时候先别急着配地址池，用netstat -ano | findstr :67确认一下端口确实在监听，并且对应的 PID 就是刚才启动的进程。确认无误再往下走。

3.3 配置文件的位置与格式

V2.3 的配置通常有两种方式：一种是在图形界面里填，另一种是直接改配置文件。图形界面适合快速试，配置文件适合批量改和备份。配置文件一般和主程序在同一个目录，名字可能是dhcpd.conf或者config.ini之类。格式上，它用的是“键=值”或者简单的段落结构，不是 Linux 上那种大括号嵌套的语法。我建议第一次配置的时候，先复制一份原始配置文件做备份，改坏了直接还原。下面是一个典型的配置片段示例：

# DHCP Server for Windows V2.3 配置示例 # 监听的网卡，可以用网卡名称或者 IP 指定 interface=192.168.10.1 # 地址池起始和结束 pool_start=192.168.10.100 pool_end=192.168.10.200 # 子网掩码 subnet_mask=255.255.255.0 # 默认网关 gateway=192.168.10.1 # DNS 服务器，多个用逗号隔开 dns=192.168.10.1,114.114.114.114 # 租期，单位秒，86400 就是一天 lease_time=86400

这里每一项都对应一个实际参数。interface指定在哪个网卡上监听，如果机器有多块网卡，写错了就会导致请求收不到。pool_start和pool_end划定可分配的地址范围，注意不要和同网段里已有的静态地址冲突。gateway和dns按实际网络环境填，如果只是内网互通、不上外网，DNS 可以留空或者填内网 DNS。lease_time根据使用场景调，临时测试可以短一点，比如 3600，方便地址快速回收。

4. 配置地址池与保留地址：参数怎么填才不出事

4.1 地址池的规划原则

地址池不是随便划一段就完事。首先要避开网络里已经存在的静态地址段。比如网关是.1，交换机管理地址是.2，某台服务器是.10，那你的池子最好从.100往后开始，留出足够的缓冲。其次要确认子网掩码和网关在同一个网段，别出现192.168.10.0/24的池子配了192.168.20.1的网关，那样客户端拿到地址也上不了网。我一般会先ping一下准备用的网段里几个关键地址，确认没人用，再写进配置。如果是在生产环境边缘做临时分配，池子尽量小，够用就行，比如只给 20 个地址，减少误分配的风险。

4.2 保留地址的写法

有些设备需要固定 IP，比如网络打印机、测试用的服务器。这时候用保留地址比手动配静态 IP 更省事，因为其他设置还是走 DHCP。保留地址的配置一般是在配置文件里加一段绑定关系，把 MAC 地址和 IP 对应起来。写法大致是这样：

# 保留地址示例：把 MAC 为 00-11-22-33-44-55 的设备固定到 192.168.10.50 host printer { hardware ethernet 00:11:22:33:44:55; fixed-address 192.168.10.50; }

注意 MAC 地址的格式，有的版本要求用冒号分隔，有的要求用短横线，V2.3 一般两种都认，但最好统一成一种。fixed-address必须在地址池范围之外，否则会和动态分配冲突。如果保留地址和池子重叠，工具可能会报错，或者客户端拿到地址后出现 IP 冲突。改完配置记得重启服务，让配置生效。

4.3 多网卡与多网段的处理

一台 Windows 机器上如果有多块网卡，分别接在不同网段，DHCP 工具默认可能只在其中一块上监听。这时候要在配置里明确指定interface，或者用多个配置段分别对应不同网卡。V2.3 对多网卡的支持比较基础，常见做法是只启用一块网卡做 DHCP，其他网卡保持禁用或者不配地址。如果确实需要同时服务两个网段，稳妥的办法是起两个实例，分别绑定不同的网卡和配置文件，但要注意端口冲突——两个实例不能同时监听 67 端口。所以更实际的做法是：一个实例只服务一个网段，需要多个网段就换机器或者用中继。这一点在规划阶段就要想清楚，别等配完了才发现只能顾一头。

5. 避坑与排查：五个我实际踩过的坑

5.1 客户端一直显示“正在获取地址”

现象是客户端网卡状态转圈，最后拿到169.254.x.x的自动私有地址。原因通常是 DHCP 请求根本没到工具这里。先检查物理连接和 VLAN 划分，确认客户端和服务器在同一个广播域。然后在服务器上用抓包工具看有没有收到 UDP 67 的包。如果没收到，就是网络层的问题；如果收到了但没回应，就看工具的日志里有没有报错。常见的一个原因是 Windows 防火墙拦了入站，放行 UDP 67 之后就好了。

5.2 启动时报“端口已被占用”

现象是双击程序后闪退，或者命令行里提示bind failed。原因是 67 端口被别的进程占了。用netstat -ano | findstr :67找到 PID，再去任务管理器里看是哪个程序。常见的是 Windows 的“Internet 连接共享”服务，或者之前没退干净的 DHCP 工具实例。解决方法是停掉占用端口的服务，或者重启机器再试。如果确实需要和别的服务共存，那就得改端口，但 DHCP 协议标准端口就是 67，改了客户端不一定认，所以还是以清理占用为主。

5.3 地址池配大了导致 IP 冲突

现象是部分客户端能上网，部分时好时坏，ping网关丢包。原因是地址池范围划得太大，把网络里已有的静态地址也包进去了，动态分配出去的地址和静态设备撞了。解决方法是缩小池子，或者把静态设备都做成保留地址。我现在的习惯是：配完池子之后，先用nmap或者简单的ping扫一遍池子范围，确认没有活跃设备，再启动服务。

5.4 租期太短导致频繁续租

现象是客户端日志里频繁出现 DHCP 续租记录，网络偶尔卡顿。原因是lease_time设得太短，比如只有 60 秒，客户端一半时间都在续租。对于稳定的办公或测试环境，租期设成 8 小时到 1 天比较合适。临时测试环境可以短一些，但也不建议低于 10 分钟。改租期不需要重启客户端，等下次续租自动生效。

5.5 配置文件改完没生效

现象是改了配置文件，重启了程序，但客户端拿到的还是旧参数。原因可能是改错了文件——目录里有多个配置文件，程序实际读的是另一个；或者程序没有完全退出，旧进程还在后台跑。解决方法是先确认程序进程真的结束了，再检查配置文件的修改时间，确保改的是正在用的那个。改完用命令行启动，看日志里加载的是哪个路径的配置，一目了然。

6. 装完怎么验证跑通：从客户端拿到地址到稳定续租

验证分三步走，每一步都有明确的观察点。第一步，在客户端上释放并重新获取地址。Windows 下用ipconfig /release再ipconfig /renew，Linux 下用dhclient -r再dhclient。观察客户端拿到的 IP 是不是在池子范围内，网关和 DNS 是不是配置里写的值。如果拿到的是169.254开头，说明没连上 DHCP，回到第 5 章排查。第二步，在服务器端看日志。V2.3 的日志一般会记录“DHCPDISCOVER from MAC”“DHCPOFFER to IP”这样的交互过程。如果只看到 DISCOVER 没有 OFFER，说明服务器收到了请求但没回应，检查地址池是不是空了或者配置有语法错误。第三步，验证续租。把租期设短一点，比如 120 秒，然后等客户端自动续租，看日志里有没有 RENEW 记录，客户端 IP 有没有变。这一步能确认服务不是“一次性”的，而是持续可用。

下面这张表是我常用的验证对照，照着填一遍基本就能判断问题出在哪：

还有一个我常用的技巧：在正式给一堆设备分配之前，先拿一台测试机跑通完整流程，包括获取、释放、续租、重启后再获取。确认没问题了，再把其他设备接进来。这样即使配置有问题，影响面也只有一个。从那以后我每次配 DHCP 都强制走一遍“单机验证再铺开”的流程，省得一群设备同时出问题的时候手忙脚乱。希望帮到你。

本文还有配套的精品资源，点击获取