Project

General

Profile

Actions

Bug #14893

closed

Large number of IPsec tunnels causes long filter reload times

Added by Max Leighton about 1 year ago. Updated 8 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
IPsec
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
24.03
Release Notes:
Default
Affected Version:
Affected Architecture:
All

Description

On a 23.05.1 system with many IPsec tunnels, reloading the filter can take over 5 minutes. This results in very slow GUI performance when editing tunnels and occasional nginx timeouts. I've replicated the issue on a system with 87 tunnels each with one phase 2 entry. Among the phase 2's, there are 42 using VTI and 45 using tunnel mode. Each VTI has an associated interface and gateway.

The system logs show occurrences of:

sonewconn: pcb 0xfffff80018f57400 (local:/var/run/charon.vici): Listen queue overflow: 5 already in queue awaiting acceptance (35 occurrences), euid 0, rgid 0, jail 0

Related issues

Related to Bug #12335: IPsec DNS inefficiencyNew

Actions
Actions

Also available in: Atom PDF