[Openswan Users] ipsec died after one minute

Tue Oct 25 18:40:41 CEST 2005

On Tue, 25 Oct 2005, sasa wrote:

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

It looks like not all the log entries are there. I'm missing the ASSERTION
FAILED error from the dying pluto. Though there is a small chance it is
crashing without an assertion failure.
Please enable dumpdir=/tmp in the config setup section of ipsec.conf and
cause the crasher again. You should then have a core file in /tmp. Use
gdb to give us a backtrace to see if this is a new or old bug.

Paul

>         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
>
> _______________________________________________
> Users mailing list
> Users at openswan.org
> http://lists.openswan.org/mailman/listinfo/users
>

-- 

"Happiness is never grand"

	--- Mustapha Mond, World Controller (Brave New World)