同一个WiFi下，手机今天通过旁路由出口，电脑走主路由；重连后两台设备的路径又互换。最常见原因之一，是主路由和旁路由同时在同一个广播域提供DHCP。终端发出DHCP请求后，通常接受先到达的有效响应，于是默认网关、DNS和租约来源具有随机性。
DHCP冲突不一定让全网立即断线。更常见的是“有时正常、有时异常”，因为不同终端、不同重连时间可能拿到不同配置。
DHCP给终端下发哪些关键参数
| 参数 | 作用 | 冲突后的表现 |
|---|---|---|
| IPv4地址与掩码 | 确定终端所在网段 | 地址池重叠时可能冲突 |
| 默认网关 | 决定非本地流量先交给谁 | 部分设备走主路由，部分走旁路由 |
| DNS服务器 | 负责域名解析 | 内网域名、过滤和分流结果不一致 |
| 租约时间 | 地址可使用多久 | 修复后旧配置仍保留一段时间 |
| DHCP服务器标识 | 说明由哪台服务器发放 | 是定位冲突的关键证据 |
| 其他选项 | NTP、搜索域、静态路由等 | 部分业务仅在某些终端异常 |
同时开DHCP会出现哪些随机故障
- 同SSID设备获得不同默认网关和公网出口；
- 旁路由规则只对部分设备生效；
- 两个地址池重叠，偶发IP冲突和掉线；
- 主路由与旁路由DNS不同，域名时好时坏；
- 设备列表分散，无法确认地址由谁分配；
- 端口映射、UPnP和局域网发现表现不一致；
- 修复后手机正常，休眠电脑仍保留旧租约。
怎么确认网络里有两个DHCP服务器
在两到三台终端上记录完整租约信息，包括IP、网关、DNS、DHCP Server和租约时间。Windows可用：
ipconfig /all安卓和iOS通常在WiFi详情显示IP、路由器与DNS，但未必显示DHCP服务器；可结合路由器日志、抓包或管理界面确认。抓包仅限自己管理的网络，并保护终端信息。
如果终端重连后DHCP服务器地址或默认网关在两台设备之间变化，冲突证据较强。
家庭旁路由通常怎样设计
较清晰的做法是同一网段只保留一个权威DHCP。常见方案包括：
- 主路由发DHCP：默认网关仍指主路由，需要分流的设备通过主路由策略或明确配置交给旁路由；
- 旁路由发DHCP：旁路由成为终端默认网关，但必须具备稳定回退和完整路由；
- 按VLAN分开：不同广播域各有自己的DHCP，不会互相抢答；
- 静态租约/选项分流：由一台DHCP按设备下发不同网关或DNS，需确认客户端支持和维护责任。
哪种方案更合适取决于拓扑和故障容忍。不要在同一网段靠“哪台响应更快”实现分流。
关闭多余DHCP前先做什么
- 画出拓扑。记录两台路由器LAN地址、网段、上联方式和管理入口。
- 导出配置。保留DHCP池、静态租约、DNS和旁路规则，准备有线直连恢复。
- 确定唯一服务器。明确谁负责DHCP、网关与DNS，并避免地址池包含网络设备管理IP。
- 关闭另一台DHCP。只改一个服务，不同时更换网段和代理。
- 更新终端租约。重新连接WiFi或按系统方式更新租约，关键设备逐台确认。
- 观察至少一个租约周期。查找休眠设备、IoT和固定地址是否仍异常。
为什么修复后仍有设备走旧网关
已有租约在到期前可能继续使用旧网关和DNS。仅关闭多余DHCP不会主动改写终端现有配置。让终端重新获取租约，或在维护窗口缩短旧租约后再变更；不要在无计划情况下频繁重启全网。
手工静态IP设备也不会读取新DHCP，需要单独清查。尤其是打印机、摄像头和NAS，可能长期保存旧网关。
IPv6还有独立的“网关与DNS”来源
即使IPv4 DHCP只剩一台，两个路由器仍可能同时发送IPv6 Router Advertisement，终端会获得多个IPv6默认路由或前缀。排查时检查IPv6 RA、DHCPv6和DNS通告，避免IPv4修复但IPv6继续随机。
怎样验证最终出口
每台测试终端同时记录DHCP服务器、默认网关、DNS、IPv4与IPv6出口。可从极跃圈网址导航选择查询工具，并在主路由/旁路由日志中核对命中。
最终验收标准不是所有设备“暂时能打开网页”，而是同一用途的终端稳定获得预期网关与DNS、地址池无冲突、IPv6路径明确，并且旁路由故障时有可用回退。
