[Openswan Users] ipsec died after one minute

Tue Oct 25 16:15:16 CEST 2005

..sorry but can I to send another information about this problem ? I don't know where is the problem !
still thanks.

        Salvatore.

----- Original Message ----- 
From: "sasa" <sasa at shoponweb.it>
To: <users at openswan.org>
Sent: Monday, October 17, 2005 3:43 PM
Subject: [Openswan Users] ipsec died after one minute

Hi, on the machine with Fedora Core 1 and kernel 2.4 I have a problem because after one minute (approximately !!) ipsec died !! in the log file I have:

[root at fw root]# ipsec whack --status
whack: is Pluto running?  connect() for "/var/run/pluto.ctl" failed (111 Connection refused)
[root at fw root]# service ipsec restart
ipsec_setup: Stopping Openswan IPsec...
ipsec_setup: Starting Openswan IPsec cvs2002Mar11_19:19:03...
ipsec_setup: Using /lib/modules/2.4.22-1.2199.nptl_52.rhfc1.at/updates/net/ipsec/ipsec.o
[root at fw root]# ipsec whack --status
000 interface ipsec0/eth0 x.x.x.x
000 interface ipsec0/eth0 x.x.x.x
000 %myid = (none)
000 debug none
000
000 algorithm ESP encrypt: id=3, name=ESP_3DES, ivlen=64, keysizemin=168, keysizemax=168
000 algorithm ESP encrypt: id=12, name=ESP_AES, ivlen=128, keysizemin=128, keysizemax=256
000 algorithm ESP auth attr: id=1, name=AUTH_ALGORITHM_HMAC_MD5, keysizemin=128, keysizemax=128
000 algorithm ESP auth attr: id=2, name=AUTH_ALGORITHM_HMAC_SHA1, keysizemin=160, keysizemax=160
000
000 algorithm IKE encrypt: id=7, name=OAKLEY_AES_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: id=5, name=OAKLEY_3DES_CBC, blocksize=8, keydeflen=192
000 algorithm IKE hash: id=2, name=OAKLEY_SHA, hashsize=20
000 algorithm IKE hash: id=1, name=OAKLEY_MD5, hashsize=16
000 algorithm IKE dh group: id=2, name=OAKLEY_GROUP_MODP1024, bits=1024
000 algorithm IKE dh group: id=5, name=OAKLEY_GROUP_MODP1536, bits=1536
000 algorithm IKE dh group: id=14, name=OAKLEY_GROUP_MODP2048, bits=2048
000 algorithm IKE dh group: id=15, name=OAKLEY_GROUP_MODP3072, bits=3072
000 algorithm IKE dh group: id=16, name=OAKLEY_GROUP_MODP4096, bits=4096
000 algorithm IKE dh group: id=17, name=OAKLEY_GROUP_MODP6144, bits=6144
000 algorithm IKE dh group: id=18, name=OAKLEY_GROUP_MODP8192, bits=8192
000
000 stats db_ops.c: {curr_cnt, total_cnt, maxsz} :context={0,2,36} trans={0,2,96} attrs={0,2,160}
000
000 "sedeprinsedesecond": 192.168.1.0/24===x.x.x.x---y.y.y.y...k.k.k.k---z.z.z.z===10.0.0.0/24; prospective erouted; eroute owner: #0
000 "sedeprinsedesecond":   ike_life: 3600s; ipsec_life: 28800s; rekey_margin: 540s; rekey_fuzz: 100%; keyingtries: 0
000 "sedeprinsedesecond":   policy: RSASIG+ENCRYPT+TUNNEL+PFS+UP; prio: 24,24; interface: eth0;
000 "sedeprinsedesecond":   newest ISAKMP SA: #0; newest IPsec SA: #0;
000 "sedeprinsedesecond":   IKE algorithms wanted: 5_000-1-5, 5_000-1-2, 5_000-2-5, 5_000-2-2, flags=-strict
000 "sedeprinsedesecond":   IKE algorithms found:  5_192-1_128-5, 5_192-1_128-2, 5_192-2_160-5, 5_192-2_160-2,
000 "sedeprinsedesecond":   ESP algorithms wanted: 3_000-1, 3_000-2, flags=-strict
000 "sedeprinsedesecond":   ESP algorithms loaded: 3_000-1, 3_000-2, flags=-strict
000
000 #1: "sedeprinsedesecond" STATE_MAIN_I3 (sent MI3, expecting MR3); EVENT_RETRANSMIT in 10s
000 #1: pending Phase 2 for "sedeprinsedesecond" replacing #0
000

[root at fw root]# tail /var/log/secure
Oct 17 15:19:54 fw pluto[8703]: "sedeprinsedesecond" #1: I did not send a certificate because I do not have one.
Oct 17 15:19:54 fw pluto[8703]: "sedeprinsedesecond" #1: NAT-Traversal: Result using draft-ietf-ipsec-nat-t-ike-02/03: no NAT detected
Oct 17 15:19:54 fw pluto[8703]: "sedeprinsedesecond" #1: transition from state STATE_MAIN_I2 to state STATE_MAIN_I3
Oct 17 15:19:54 fw pluto[8703]: "sedeprinsedesecond" #1: Peer ID is ID_IPV4_ADDR: '213.92.106.59'
Oct 17 15:19:54 fw pluto[8703]: "sedeprinsedesecond" #1: transition from state STATE_MAIN_I3 to state STATE_MAIN_I4
Oct 17 15:19:54 fw pluto[8703]: "sedeprinsedesecond" #1: ISAKMP SA established
Oct 17 15:19:54 fw pluto[8703]: "sedeprinsedesecond" #2: initiating Quick Mode RSASIG+ENCRYPT+TUNNEL+PFS+UP {using isakmp#1}
Oct 17 15:19:55 fw pluto[8703]: "sedeprinsedesecond" #2: transition from state STATE_QUICK_I1 to state STATE_QUICK_I2
Oct 17 15:19:55 fw pluto[8703]: "sedeprinsedesecond" #2: sent QI2, IPsec SA established {ESP=>0xe3f8c312 <0x7810172d}
Oct 17 15:20:04 fw pluto[8703]: packet from 213.92.106.59:500: Quick Mode message is for a non-existent (expired?) ISAKMP SA
[root at fw root]# tail /var/log/secure
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   ike_life: 3600s; ipsec_life: 28800s; rekey_margin: 540s; rekey_fuzz: 100%; keyingtries: 0
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   policy: RSASIG+ENCRYPT+TUNNEL+PFS+UP; prio: 24,24; interface: eth0;
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   newest ISAKMP SA: #1; newest IPsec SA: #2;
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   IKE algorithms wanted: 5_000-1-5, 5_000-1-2, 5_000-2-5, 5_000-2-2, flags=-strict
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   IKE algorithms found:  5_192-1_128-5, 5_192-1_128-2, 5_192-2_160-5, 5_192-2_160-2,
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   IKE algorithm newest: 3DES_CBC_192-MD5-MODP1536
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   ESP algorithms wanted: 3_000-1, 3_000-2, flags=-strict
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   ESP algorithms loaded: 3_000-1, 3_000-2, flags=-strict
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3: "sedeprinsedesecond":   ESP algorithm newest: 3DES_0-HMAC_MD5; pfsgroup=<Phase1>
Oct 17 15:20:48 fw pluto[8703]: "sedeprinsedesecond" #3:

Oct 17 15:24:33 fw ipsec__plutorun: 104 "sedeprinsedesecond" #1: STATE_MAIN_I1: initiate
Oct 17 15:24:33 fw ipsec__plutorun: ...could not start conn "sedeprinsedesecond"
Oct 17 15:24:36 fw ipsec__plutorun: /usr/lib/ipsec/_plutorun: line 1: 11511 Segmentation fault      /usr/libexec/ipsec/pluto --nofork --secretsfile /etc/ipsec.secrets --ipsecdir /etc/ipsec.d --uniqueids
Oct 17 15:24:36 fw ipsec__plutorun: !pluto failure!:  exited with error status 139 (signal 11)
Oct 17 15:24:36 fw ipsec__plutorun: restarting IPsec after pause...

..then I restart ipsec service and all it's ok but then afeter one minute ipsec died.
Thanks.

        Salvatore.
_______________________________________________
Users mailing list
Users at openswan.org
http://lists.openswan.org/mailman/listinfo/users