已经有一份国内白名单的IP约有5500个IP,通过命令行在该设备IP地址组导入了,因为一个组只能限制3000条,所以5500个IP新建了2个组,cn_grp1地址组放了3000个ip,cn_grp2放了2500个ip。
问题1:入站和出站都做了,入站的策略源地址引用了上面导入的cn_grp1和cn_grp2个地址组,出站的策略目的地址也引用了cn_grp1和cn_grp2地址组。有时候连百度都打不开,很多时候都好像断网。
问题2:计划是做出站白名单的,但是像上面说的出站的时候很多网站好像都访问不了。

(0)
根源在于出口白名单策略的“全量匹配”机制,对防火墙F100-C-G5形成了巨大的性能压力。这导致CPU处理不过来,出现丢包甚至断网。
当一条策略的源或目的地址引用了一个包含数千个IP的对象组时,防火墙需要对每一个数据包进行逐条规则匹配,直到找到匹配项或遍历完整个列表。这个过程会消耗大量CPU资源,尤其在多用户并发上网时,CPU极易达到瓶颈,从而导致你描述的“有时候连百度都打不开,很多时候都好像断网”的现象。
优化的核心是大幅减少每个数据包需要遍历的规则数量。建议你按以下顺序调整:
安全策略默认按创建顺序从上到下匹配。你需要登录防火墙,通过 display security-policy ip 查看当前策略顺序。
将最精确、匹配范围最小的策略放在最前面。例如,一条针对特定服务器(如 10.0.0.5)的允许策略,应放在引用大地址组的策略之前。这样,这部分流量匹配第一条规则后就会停止,不会再往下遍历那5500个IP,极大减轻了CPU负担。
你的5500个IP分散在两个组里。建议将两个组的内容合并到一个对象组中(如果设备版本支持),或创建一个父级对象组,将cn_grp1和cn_grp2作为子对象嵌套进去。这样做的好处是,防火墙在匹配时,可以一次性检查合并后的组,减少内部处理的开销。
注意:请先确认F100-C-G5对单个对象组的最大条目数限制。有资料显示M9000系列单组上限可能为1024个对象,F100-C-G5可能更低。如果合并后超限,则此方案不可行。
如果出站白名单的目的是放行大部分国内网站,只拒绝少数恶意或高风险IP,更高效的策略是黑名单模式:
创建一条允许所有出站流量的宽松策略,放在最底部。
创建一条拒绝特定恶意IP的策略,放在允许策略之前。
这样,防火墙只需匹配少数黑名单条目就能做出决定,大大减少了匹配工作量。
H3C防火墙支持策略匹配加速功能,能显著提升连接建立和报文转发性能。建议在系统视图下检查并开启:
请通过 display security-policy accelerate 确认当前状态,并参考设备版本说明确认支持性。
性能影响:向防火墙添加大量IP地址(如10000条)肯定会占用设备资源,影响性能。5500个IP已属于较大规模,优化是必要的。
会话数限制:除了CPU,还需关注并发会话数是否接近设备上限。会话数超限也会导致丢包。可通过 display session statistics 查看。
版本差异:不同软件版本对对象组数量、策略加速的支持存在差异。建议查阅对应版本的配置指导。
(0)
(0)
display security-policy statistics、display qos-acl resource查看 TCAM 资源占用。(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明