S1224F自动获取了IP地址占用了正常使用业务IP地址

一、先澄清核心疑问：不是 BUG，是硬件设计特性

1. 官方标注 “无管理交换机” 的真实定义
   SMB-S1224F 属于二层非网管交换机（无 Web 配置页面、无完整命令行配置能力、不支持 VLAN/ACL/QOS），但芯片内置极简管理微单元：

• 自带简易 DHCP 客户端，上电自动向全网广播 DHCP 请求获取 IP；
• 内置简易 Telnet 服务，仅用于设备状态读取、模式切换，出厂无预设账号密码；
• 完全没有 HTTP/HTTPS 服务，所以 80、443 端口无法访问 Web，不是故障。

2. 为什么会抢业务 IP？
   芯片上电必发 DHCP Discover 报文，只要网段有 DHCP 服务器就会分配地址；它的 MAC 会被 DHCP 日志完整记录，和 PC、服务器一样占用地址池内业务 IP，是产品固有机制，不属于程序 BUG。
3. Telnet 无法登录原因
   这款设备出厂 VTY 认证模式为scheme（账号密码认证），但出厂未创建任何本地用户，输入 admin/admin、空密码都会直接拒绝登录，没有任何默认登录凭证，无法通过 Telnet 修改 DHCP 客户端。

二、4 套现场落地解决方案（按优先级推荐）

方案 1：DHCP 服务器端最优根治（不用碰交换机，推荐）

1. 防火墙 / 华三交换机 DHCP 配置示例

2. Windows DHCP 服务器操作
   新建筛选器，添加该交换机 MAC，设置为拒绝分配 IP；
   效果：交换机上电发 DHCP 请求，服务器直接丢弃，设备永远拿不到 IP，不会占用业务地址。

方案 2：交换机整机恢复出厂，临时抑制 DHCP 请求（短期应急）

1. 操作：设备通电状态，长按面板Mode 功能键 10 秒，直到 4 个模式指示灯同时闪烁一次后松开，整机恢复出厂设置。
2. 效果：重启后短时间内不会主动发送 DHCP 报文；但断电重启后芯片会再次发起 DHCP 请求，治标不治本，适合临时救急。

方案 3：物理隔离阻断 DHCP 报文（无权限改 DHCP 服务器时用）

1. 交换机上联口接入的上层交换机，配置 ACL 过滤 DHCP 报文（UDP 67/68），阻止 S1224F 发出的 DHCP 请求上行；
2. 配置示例（上层 H3C 交换机）：

3. 缺点：会同时阻断该交换机下所有终端 DHCP，仅适合纯静态地址网段。

方案 4：网络规划规避（长期组网优化）

1. DHCP 地址池预留足够空闲 IP，扩大地址段，避免 IP 耗尽冲突；
2. 若有多台 S1224F 批量部署，统一在 DHCP 黑名单批量录入所有设备 MAC；
3. 有条件替换为纯傻瓜无管理交换机（如 S1224E），该型号无内置 DHCP 客户端，不会主动获取 IP。

三、关键补充说明

1. 无法登录管理、不能关闭 DHCP 客户端的底层限制
   S1224F 没有 Console 调试串口，Telnet 无默认账号、无 Web 页面，没有任何入口可以关闭内置 DHCP 客户端，无法在交换机本地修改该行为，只能通过上游网络设备拦截。
2. 设备仅有的可操作功能
   仅支持机身 Mode 按键切换 4 种工作模式：标准交换、端口隔离、汇聚上联、网络克隆，没有任何网络参数（IP、DHCP）配置能力。
3. 安全风险补充
   设备拿到 IP 后仅开放 Telnet 23 端口，但无登录账号，外部无法登陆篡改配置，仅会占用一个 IP 地址，无其他网络安全隐患。

极简总结

1. S1224F 不是 BUG，芯片自带极简 DHCP 客户端 + 无账号 Telnet 服务，官方 “无管理” 仅代表不支持业务配置，并非完全无网络栈；
2. 无法本地登录关闭 DHCP，最优方案是在 DHCP 服务器拉黑设备 MAC，永久阻止分配 IP；
3. 应急手段：恢复出厂只能临时缓解，断电重启会复现抢 IP 现象；
4. 80/443 端口不通属于正常设计，设备不搭载 Web 管理服务。