你描述的现象(主机长时间不访问服务器后无法发起通信,但反向ping能恢复)是一个IPsec VPN中比较典型的问题。根本原因在于IPsec安全联盟(IPsec SA)的空闲超时。
简单来说,当一条连接长时间没有数据流量时,两端的IPsec SA可能会因达到生命周期(Lifetime)而失效。当主机再次尝试发起新连接时,由于旧的SA已失效,且新的SA协商可能因“感兴趣流(ACL)”配置不完全对等或触发机制不完善而未能成功建立,导致通信失败。而从服务器反向ping主机之所以能恢复,是因为它恰好触发了重新协商IPsec SA的过程。
解决这个问题的核心思路是:让IPsec隧道始终保持“活跃”状态,避免SA因空闲而超时。
你可以尝试以下两种方案,建议优先尝试方案一。
DPD是一种用于检测IPsec隧道对端是否在线的机制。它可以主动探测对端状态,并在需要时触发重新协商,从而避免SA超时。
配置命令(在UR7208和MSR3620上均需配置):
interval 10:每隔10秒发送一次DPD探测报文。
retry 3:如果连续3次探测无响应,则认为对端失效。
periodic:周期性地发送探测,这是实现“保活”的关键参数。
配置完成后,设备会周期性地检查隧道状态,从而有效防止因空闲而导致的超时中断。
如果DPD方案因某些原因效果不佳,可以使用NQA来模拟业务流量,人为地让隧道保持活跃。
配置命令(在总部UR7208上配置,持续ping分部的内网IP):
这个配置会创建一个持续进行的ICMP测试,每5秒从总部内网向分部服务器发起一次ping,从而保证隧道中始终有流量通过,避免SA空闲超时。
暂无评论
ikev2 auto-reconnect稳定性优于 IKEv1,可升级协商版本。ike auto-reconnect + 延长 SA 流量老化时间 + 配置 IPSec 保活流量 + 双向完整 ACL。暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论