李超,RBM切换后ipsec不通

您所在的位置:网站首页 ike与ipsec 李超,RBM切换后ipsec不通

李超,RBM切换后ipsec不通

2023-03-21 05:04| 来源: 网络整理| 查看: 265

1676537429,组网及说明

F1060和F1090建立主模式ipsec,两台F1090做RBM+VRRP主备部署,防火墙起环回地址作为ipsec保护的数据流

问题描述

RBM没有发生切换时,ipsec隧道正常,业务正常,当RBM发生切换后,ipsec出现中断,重置两边的ike sa和ipsec sa之后,可以建立ipsec隧道。

过程分析

当RBM发生主备切换后,出现ping不通的情况

debug显示没有ike sa报文被丢弃

因为F1090是用vrrp虚地址与F1060建立ipsec的,F1090发生RBM切换后,对于F1060是无感知的,所以,从F1060去ping 3.3.3.3时依然匹配与原RBM主协商的ipsec sa发出去,没有重新走ipsec 协商流程,导致对端F1090因为没有ike sa出现不通 的情况。此处从F1090侧重新触发一下ipsec协商后既可以通信。

解决方法

需要在F1060和F1090上都配置dpd检测,DPD(Dead Peer Detection,对等体存活检测)用于检测对端是否存活。本端主动向对端发送DPD请求报文,对对端是否存活进行检测。如果本端在DPD报文的重传时间间隔(retry seconds)内未收到对端发送的DPD回应报文,则重传DPD请求报文,若重传两次之后仍然没有收到对端的DPD回应报文,则删除该IKE SA和对应的IPsec SA。

配置dpd之后RBM切换后,重新触发ipsec协商,协商完成后ping能够正常通信

ike dpd interval 3 retry 3 periodic

CRM论坛(CRMbbs.com)——一个让用户更懂CRM的垂直性行业内容平台,CRM论坛致力于互联网、客户管理、销售管理、SCRM私域流量内容输出5年。 如果您有好的内容,欢迎向我们投稿,共建CRM多元化生态体系,创建CRM客户管理一体化生态解决方案。本文来源:知了社区基于知识共享署名-相同方式共享3.0中国大陆许可协议,RBM切换后ipsec不通


【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3