最佳答案
故障根源
服务器手动配置静态 IP(未走 DHCP 分配),人为填写了网段内 PC / 业务设备正在使用的 IP,出现 IP 冲突、业务断网;交换机 / ACG 无 IP 占用校验,插上线直接广播抢占地址。
分四层方案,从临时阻断冲突 → DHCP 规范化管控 → 端口安全绑定 IP/MAC → 准入强制校验逐级根治。
一、临时应急:交换机配置 IP 源防护(最快阻止抢地址,所有 H3C 交换机通用)
功能:IP Source Guard(IPSG),仅允许 DHCP 分配的 IP+MAC 通行,禁止私设静态 IP 接入,私设地址直接丢弃,不会产生冲突。
全局基础配置
plaintext
system-view
# 全局开启DHCP Snooping,IPSG依赖该功能
dhcp snooping enable
# 信任上联DHCP服务器端口(连接DHCP/核心三层设备的口)
interface GigabitEthernet 1/0/24
dhcp snooping trust
# 下联服务器/PC接入端口统一配置
interface range GigabitEthernet 1/0/1 to GigabitEthernet 1/0/23
# 开启IP源防护,绑定DHCP生成的IP-MAC表项
ip source guard enable static
# 限制端口只能学习1个IP(单设备单IP)
ip source guard max-ip 1
# 开启DHCP Snooping下联口,非信任
dhcp snooping disable trust
效果:服务器手动填静态 IP,交换机直接丢弃该 IP 的报文,无法抢占网段地址,仅 DHCP 自动分配的 IP 能正常通信。
二、规范 DHCP+DHCP 中继,从源头统一分配地址(杜绝手动配静态 IP)
1. 三层设备(核心交换机 / MSR)DHCP 地址池预留排除
在 DHCP 池内把所有固定业务服务器静态 IP 段排除,DHCP 不会分配这些地址给终端:
plaintext
dhcp server ip-pool LAN
network 192.168.1.0 mask 255.255.255.0
# 排除服务器静态IP段,DHCP不会下发该区间地址
forbidden-ip 192.168.1.10 192.168.1.50
gateway-list 192.168.1.254
dns-list 223.5.5.5
2. 交换机 DHCP Relay 中继配置(三层网关不在接入交换机)
plaintext
system-view
dhcp server enable
interface Vlan-interface 1
dhcp select relay
# 指向核心DHCP服务器IP
dhcp relay server-address 192.168.2.10
配套运维要求
所有业务服务器静态 IP 统一登记,全部加入forbidden-ip排除段,DHCP 仅分配空闲终端地址,不会出现分配冲突。
三、端口安全静态绑定(服务器固定端口,永久锁定 IP+MAC,杜绝抢占)
如果服务器必须使用静态 IP,在交换机接入端口绑定固定 IP+MAC,端口仅允许该 IP 通行,换其他 IP 直接阻断。
plaintext
interface GigabitEthernet 1/0/1
port link-type access
port access vlan 1
# 开启端口安全
port-security enable
port-security max-mac-count 1
# 静态绑定服务器MAC+固定IP
port-security static ip-address 192.168.1.15 mac-address xxxx-xxxx-xxxx
# 非法IP/MAC接入直接关闭端口+生成日志
port-security violation shutdown
适用场景:服务器固定点位,不允许私自修改 IP;一旦手动更换 IP,端口直接 down 掉,无法抢占网段其他地址。
四、iMC EIA 802.1X 准入控制(政企等保标准方案,强制校验 IP 合法性)
交换机全局开启 802.1X,下联端口接入认证;
iMC 后台录入每台服务器固定 IP+MAC 资产台账;
认证策略:仅允许台账内匹配 IP/MAC 的设备放行;
私设静态 IP、占用他人地址的服务器无法通过认证,直接隔离 VLAN,不能访问内网。
配套命令(交换机侧)
plaintext
system-view
dot1x enable
interface range GigabitEthernet 1/0/1 to 1/0/24
dot1x authentication method eap
dot1x re-authenticate
dot1x eap
五、辅助:冲突告警 + 资产台账管理
交换机开启 IP 冲突日志,上传 syslog 服务器,实时提醒冲突设备:
plaintext
arp anti-attack check duplicate-ip enable
info-center loghost 192.168.2.20
建立内网 IP 资产表:
静态服务器 IP 统一规划、登记;
DHCP 分配段和静态服务器段物理隔离,完全分开,从规划层面避免抢占。
方案优先级落地建议
短期紧急:接入交换机配置 IP Source Guard + DHCP Snooping,立刻阻断私设 IP 抢占;
中期规范:DHCP 地址池排除所有服务器静态 IP 段,统一地址分配;
长期加固:服务器端口静态绑定 IP/MAC,或上线 iMC 802.1X 准入控制;
管理兜底:完善 IP 资产台账,禁止运维人员私自给服务器配置静态 IP。
常见排查验证命令
plaintext
# 查看IPSG绑定表
display ip source guard table
# 查看DHCP snooping绑定的IP-MAC
display dhcp snooping binding
# 查看端口安全静态绑定
display port-security static
# 查看IP冲突日志
display logbuffer | include duplicate
服务器接入网络时“抢占”同网段已使用的IP地址,通常是由IP地址冲突引起的。这背后可能涉及DHCP服务器配置、终端行为等多种原因。
一个IP地址在同一网络中只能被一个设备使用。出现“抢占”现象,通常有以下几种可能:
终端配置了静态IP:服务器或网络中的其他设备被手动设置了固定的IP地址,而这个地址正好在DHCP服务器的地址池范围内。当DHCP服务器尝试将此地址分配给新接入的服务器时,冲突便发生了。
“免费ARP”通告冲突:部分终端(如一些品牌电脑)或局域网通信工具,在接入网络时会主动发送ARP报文,通告自己正在使用某个IP。如果这个IP已被占用,就会引发冲突。
DHCP服务器冲突探测失效:虽然标准DHCP服务器在分配地址前会通过Ping等方式探测地址是否被占用,但若此功能被关闭或探测不充分,仍可能分配出冲突的地址。
认证表项未老化:在使用了802.1X等认证的网络中,如果终端异常离线,但其在交换机上的认证表项未及时老化,当DHCP服务器将该IP重新分配给新设备时,交换机可能会因检测到IP冲突而阻止新设备上线。
请按以下步骤操作,定位并解决问题:
确定冲突IP:首先,明确发生冲突的具体IP地址。
查找冲突设备:在网络的网关设备上,多次执行 display arp 命令,查看该IP对应的MAC地址是否在不断变化。如果是,说明有多个设备(包括你的服务器和其他设备)在争抢这个IP。
物理定位:根据查到的MAC地址,进一步通过交换机的MAC地址表(display mac-address)找到该MAC地址对应的交换机端口,从而精确定位到冲突的设备。
根据第一步的发现,选择对应的解决方案:
若冲突源于其他设备使用了静态IP:
最佳实践:修改该设备的网络配置,改为通过DHCP自动获取IP地址。
或:在DHCP服务器的地址池中,排除(Exclude) 这些需要静态使用的IP地址范围。
若冲突源于新服务器的DHCP请求:
请检查新服务器的网络配置,确保其设置为“自动获得IP地址”(DHCP模式),而不是手动指定的静态IP。
若怀疑DHCP服务器探测机制失效:
若怀疑是终端发送“免费ARP”导致冲突:
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论