[Openswan Users] problems with: could not start conn "tunnel"

[Vida Luz Arista]

I have the firewall in the linux, the gateway is a router and this router
don't have firewall.

I don't see re-transmit in my logs, But I see this error en /var/log/message
ipsec__plutorun: ...could not start conn "tunnelipsec"

executing ipsec auto --status I have the following messages:

000 interface lo/lo ::1
000 interface lo/lo 127.0.0.1
000 interface eth0/eth0 165.98.224.82
000 interface eth1/eth1 172.16.1.1
000 %myid = (none)
000 debug none
000
000 algorithm ESP encrypt: id=2, name=ESP_DES, ivlen=8, keysizemin=64,
keysizemax=64
000 algorithm ESP encrypt: id=3, name=ESP_3DES, ivlen=8, keysizemin=192,
keysizemax=192
000 algorithm ESP encrypt: id=7, name=ESP_BLOWFISH, ivlen=8, keysizemin=40,
keysizemax=448
000 algorithm ESP encrypt: id=11, name=ESP_NULL, ivlen=0, keysizemin=0,
keysizemax=0
000 algorithm ESP encrypt: id=12, name=ESP_AES, ivlen=8, keysizemin=128,
keysizemax=256
000 algorithm ESP encrypt: id=252, name=ESP_SERPENT, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=253, name=ESP_TWOFISH, ivlen=8,
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 algorithm ESP auth attr: id=5, name=AUTH_ALGORITHM_HMAC_SHA2_256,
keysizemin=256, keysizemax=256
000 algorithm ESP auth attr: id=251, name=(null), keysizemin=0, keysizemax=0
000
000 algorithm IKE encrypt: id=5, name=OAKLEY_3DES_CBC, blocksize=8,
keydeflen=192
000 algorithm IKE encrypt: id=7, name=OAKLEY_AES_CBC, blocksize=16,
keydeflen=128
000 algorithm IKE hash: id=1, name=OAKLEY_MD5, hashsize=16
000 algorithm IKE hash: id=2, name=OAKLEY_SHA1, hashsize=20
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,0,0}
trans={0,0,0} attrs={0,0,0}
000
000 "DICE": 172.16.1.0/24===165.98.224.82...165.98.236.214===172.16.26.0/24;
prospective erouted; eroute owner: #0
000 "DICE":     srcip=unset; dstip=unset; srcup=ipsec _updown; dstup=ipsec
_updown;
000 "DICE":   ike_life: 7800s; ipsec_life: 28800s; rekey_margin: 540s;
rekey_fuzz: 100%; keyingtries: 0
000 "DICE":   policy: PSK+ENCRYPT+TUNNEL+UP; prio: 24,24; interface: eth0;
000 "DICE":   newest ISAKMP SA: #0; newest IPsec SA: #0;
000
000 #3: "DICE":500 STATE_MAIN_I1 (sent MI1, expecting MR1); EVENT_RETRANSMIT
in 39s; nodpd
000 #3: pending Phase 2 for "DICE" replacing #0



On 3/28/06, Paul Wouters <paul at xelerance.com> wrote:
>
> On Tue, 28 Mar 2006, Vida Luz Arista wrote:
>
> > In /var/log/secure I have the follwing message:
> >
> > Mar 28 16:22:28 ns pluto[5175]: Could not change to directory
> > '/etc/ipsec.d/ocspcerts'
> > Mar 28 16:22:28 ns pluto[5175]: Could not change to directory
> > '/etc/ipsec.d/crls'
> > Mar 28 16:22:28 ns pluto[5175]: added connection description
> "tunnelipsec"
> > Mar 28 16:22:28 ns pluto[5175]: listening for IKE messages
> > Mar 28 16:22:28 ns pluto[5175]: adding interface eth1/eth1
> 172.16.1.1:500
> > Mar 28 16:22:28 ns pluto[5175]: adding interface eth0/eth0
> 165.98.224.82:500
> > Mar 28 16:22:28 ns pluto[5175]: adding interface lo/lo 127.0.0.1:500
> > Mar 28 16:22:28 ns pluto[5175]: adding interface lo/lo ::1:500
> > Mar 28 16:22:28 ns pluto[5175]: loading secrets from
> "/etc/ipsec.secrets"
> > Mar 28 16:22:29 ns pluto[5175]: "tunnelipsec" #1: initiating Main Mode
>
> You should have more after this. Either an error, or a re-transmit.
>
> If you see a retransmit, it looks like a firewall rule somewhere blocking
> port udp 500.
>
> Paul
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openswan.org/pipermail/users/attachments/20060328/61a90ffa/attachment.htm