DHCP 与静态地址分配
DHCP 在做什么
家里每台设备上网都需要一个局域网地址,如果全部手动填写,维护起来是一场灾难:新增设备要记一个地址,出问题要逐个排查。DHCP 就是那个自动发地址的服务:设备接入网络时向路由器申请,路由器从地址池里分一个给它,并顺带告诉它网关与 DNS 在哪里。整个过程对用户完全透明,这也是它能默默服务二十多年、至今无可替代的原因。
| 分配阶段 | 动作 | 参与方 |
|---|---|---|
| 发现 | 设备喊一声谁在发地址 | 客户端发出 |
| 提供 | 服务器回应可用地址 | 服务器发出 |
| 请求 | 设备确认要这个地址 | 客户端发出 |
| 确认 | 服务器正式确认 | 服务器发出 |
| 续约 | 租期过半时续签 | 客户端发起 |
明白这四步对话之后,很多现象就能解释了:为什么设备连上 WiFi 后要等几秒才能上网(在走这几步),为什么地址到期后需要续约(租期机制),为什么多个设备几乎从不会拿到同一个地址(服务器有冲突避让设计)。想深入了解 DHCP 与地址体系原理的读者,jsjwlmst 有专门的入门讲解。理解了这套机制,你看待家庭网络的视角会彻底改变:不再是“能上网就行”,而是清楚地知道每台设备怎样获得身份、怎样与网关对话。
地址池与租期
LuCI 的 DHCP 页面里有两个关键参数:地址池范围与租期。地址池决定哪些地址可以分给设备;租期决定一个地址能被占用多久,到期后设备需要重新续约。默认值适合绝大多数家庭,知道它们在哪、改它们有什么影响就够用了。
| 参数 | 默认建议 | 调整场景 |
|---|---|---|
| 地址池起始 | 网段低位 | 需要保留高端地址时 |
| 地址池数量 | 覆盖全家设备两倍 | 设备极多 |
| 租期时长 | 十二小时 | 通常无需改 |
| 分发网关 | 路由器自己 | 几乎不变 |
一个实用建议:地址池预留要大方一点,按照家里设备数的两倍来配,让智能设备频繁断连重连时总有地址可用。地址不够分会表现为设备“连上了但拿不到地址”,是新手经常遇到的故障。另外租期长短对家用影响很小,仪器级的设置对家庭场景没有意义,默认十二小时非常合理:够你整天使用,又不至于让离开的设备地址被长期占着。
静态地址分配
静态地址分配让指定设备永远拿到同一个地址。原理很简单:路由器按设备的 MAC 地址识别身份,优先把预定地址分给它。在 LuCI 里操作就是添加一条静态绑定:填入设备的 MAC 地址与想固定的 IP,保存应用即可。整个过程不需要在设备本身做任何修改,这是它优雅的地方——所有管理动作都在路由器一侧完成,设备本身甚至不知道发生了什么。
| 场景 | 是否需要静态分配 |
|---|---|
| NAS 或服务器类设备 | 强烈建议 |
| 需要端口映射的设备 | 必须 |
| 网络打印机 | 建议 |
| 手机平板 | 不必要 |
| 访客设备 | 不必要 |
| 智能家居网关 | 建议 |
静态分配的最大好处是“重要设备地址不变”。哪天想在电脑上访问家里的存储设备,地址永远是那个,不用每次先查。它还让后续章节的防火墙规则、端口策略有稳定的锚点可以依赖。一个反面的例子说明它为什么重要:某台存储设备重启后地址变了,映射的访问入口全部失效,全家以为坏了纷纷报修,其实把地址固定住就什么事都没有。

MAC 地址查看方法
添加静态绑定的前提是知道设备的 MAC 地址。每台设备的 MAC 都在它连接网络时记录在路由器的在线列表里,LuCI 的 DHCP 页面下方有”当前在线设备”清单,直接复制需要的条目即可,这是最省心的方式。
| 查看途径 | 操作 |
|---|---|
| 路由器在线列表 | DHCP 页面直接看 |
| 电脑系统信息 | 网络设置详情 |
| 手机关于本机 | 状态信息里 |
| 设备底部标签 | 打印机等常见 |
| 命令行查看 | 登录系统后一行命令 |
优先用路由器的在线列表:它把名称与地址对应好了,不会抄错。注意 MAC 地址有冒号或短横分隔,格式不影响识别,但保存时确认一位都没漏掉,错一位就绑定到了“空气”上,设备完全无感知。补充一点:某些手机为了隐私会使用随机 MAC,如果发现绑定后仍不生效,去手机设置里把它改成使用设备 MAC,再重新绑定一次即可。这个现象近年越来越多,先检查它再怀疑别的,能帮你省下大把排查时间。
区分静态分配与其他概念
新手容易混淆几个概念,这里统一厘清。静态分配是路由器主动给某设备预留地址,设备自身仍然用自动方式获取,这是最优雅的做法。在设备端手动填写固定地址是另一种方式,能给设备指定地址,但增加了维护成本,换一个网络环境就要改一次,不推荐普通家用。
| 方式 | 谁来设置 | 优缺点 |
|---|---|---|
| 静态分配(路由器侧) | 路由器 | 推荐,集中管理 |
| 设备端手动指定 | 每台设备 | 维护麻烦 |
| 完全不改用动态 | 无 | 地址会漂移 |
| 混合使用 | 两者皆有 | 场景分明即可 |
结论:让路由器做管理者,设备继续做伸手党。所有地址逻辑集中在路由器一处,未来调整或排查都只看一个地方。这就是“集中管理”的通用价值,服务器管理里也一样,可以参考 bt2017 里相似的思路。顺带一个细节:静态绑定填写的地址最好在地址池范围之外,避免与动态分配冲突,虽然 OpenWrt 会自动避让,但分开规划更清晰。
家庭地址规划示例
把前面的概念落到一个具体例子里。假设家里网段是常见的 192.168 段,路由器自己是第一位,地址规划可以做如下分工:低段留给静态绑定的重要设备,中段作为动态地址池给日常设备,高段预留给打印机和摄像头一类的外设。分段之后一目了然,看地址就知道设备角色。
| 地址段 | 用途 | 分配方式 |
|---|---|---|
| 网段第 2 至 10 位 | 服务器类重要设备 | 静态绑定 |
| 网段第 20 至 200 位 | 日常设备 | 动态池 |
| 网段第 240 至 250 位 | 打印机外设 | 静态绑定 |
| 其他 | 预留扩展 | 暂不使用 |

这套规划不是强制的,重要的是“心里有数”这四个字。哪天某台设备行为异常,看一眼它的地址就能定位是哪类设备,比在名称列表里翻找快得多。规划地址段与整理书架是一个道理:乱放也能找到,但分门别类永远更省时间。等家里加了第二台路由器,两台设备的网段也要刻意错开,两个网段撞车会让部分设备完全无法通信,而且排查起来特别费劲。
DHCP 页面其他设置
LuCI 的 DHCP 页面还有几个设置值得知道。域名一栏决定局域网内部设备互相访问的后缀,默认值够用不用改。下发 DNS 一栏可以指定设备使用的 DNS 服务器,配广告过滤功能时会用到它。租期下方还有强制 DHCP 选项,某些老设备需要勾上才能正常获取地址。
| 设置项 | 作用 | 新手建议 |
|---|---|---|
| 域名 | 局域网后缀 | 保持默认 |
| 下发 DNS | 指定解析服务器 | 配过滤时再改 |
| 强制选项 | 兼容老设备 | 出问题再开 |
| 忽略接口 | 不分发的接口 | 访客域隔离用 |
| 日志记录 | 记录分配历史 | 排错时有用 |
遵循“没事不动、出问题再查”的原则,页面里每一项先读懂说明再决定是否修改。多数家庭环境下默认值都是经过验证的合理选择。改完后留意两件事:设备还能不能正常拿到地址、能不能继续上网,这两项通过就说明这次改动是安全的、可保留的。
DHCP 排错
DHCP 出问题时现象很明显:设备连上无线却没有网,查看网络详情发现地址是奇怪的 169 开头。那个地址是设备拿不到正常地址时自己编的“占位符”,看到它就说明与路由器的对话失败了。另一种典型表现是设备显示“正在获取地址”转圈很久,最后还是连不上。
| 现象 | 检查方向 |
|---|---|
| 拿到 169 开头地址 | DHCP 服务是否启用 |
| 拿到地址但无法上网 | 网关与 DNS 配置 |
| 反复获取地址 | 地址池是否耗尽 |
| 静态绑定不生效 | MAC 地址核对 |
| 部分设备拿不到地址 | 池容量或忽略接口设置 |
最后一项最常见:绑定写了但设备地址还是变。九成是 MAC 抄错了,剩下的一成是写完全没保存应用。核对这两点,基本就覆盖了静态分配的全部故障面。遇到批量性的获取失败,优先检查地址池设置与 DHCP 服务总开关,而不是怀疑无线或硬件问题,次序正确才能最快恢复。
