Project

General

Profile

Issue #3662

unamed session

Added by Michael Hu 9 months ago. Updated 9 months ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
-
Affected version:
5.6.2
Resolution:

Description

Frequently we will see these unnamed sessions in connecting status
$ swanctl -l

(unnamed): #285, CONNECTING, IKEv1, fbc6957e747f9fca_i 10d93d1c3eba057e_r*
local '%any' 10.107.0.21[500]
remote '%any' 10.224.162.248500
AES_CBC-256/HMAC_SHA2_256_128/PRF_HMAC_SHA2_256/MODP_2048
passive: ISAKMP_VENDOR MAIN_MODE

Could you please explain the reason and how to avoid it?

History

#1 Updated by Michael Hu 9 months ago

Repost the cmd output. The interesting is that the connection to 10.224.162.248 is already established while another unamed one to the same 10.224.162.248 is still there.

conn-10_107_0_21-10_224_162_248: #436, ESTABLISHED, IKEv1, 9a4f5ccf0e4ff087_i 89fe51d8c176dd81_r*
  local  '3.213.210.29' @ 10.107.0.21[4500]
  remote '10.224.162.248' @ 10.224.162.248[4500]
  AES_CBC-256/HMAC_SHA2_256_128/PRF_HMAC_SHA2_256/MODP_2048
  established 3s ago, rekeying in 27449s

(unnamed): #435, CONNECTING, IKEv1, fbbe88fb7c8cd653_i 1294e4a171421eca_r*
  local  '%any' @ 10.107.0.21[500]
  remote '%any' @ 10.224.162.248[500]
  AES_CBC-256/HMAC_SHA2_256_128/PRF_HMAC_SHA2_256/MODP_2048
  passive: ISAKMP_VENDOR MAIN_MODE

#2 Updated by Tobias Brunner 9 months ago

  • Status changed from New to Feedback

Read the log.

Also available in: Atom PDF