[Openswan Users]

Brian Sheets brians at fl240.com
Tue Aug 8 13:07:57 EDT 2006


Yah.. after I sent it :) sorry, there was no subject line and I didn't
read the full email.

b

-----Original Message-----
From: Andy Gay [mailto:andy at andynet.net] 
Sent: Tuesday, August 08, 2006 6:06 PM
To: Brian Sheets
Cc: Greg; users at openswan.org
Subject: RE: [Openswan Users]

Brian - do you realize you replied to a message I wrote to Greg?

I had some other suggestions for you - check your email.

On Tue, 2006-08-08 at 17:12 -0700, Brian Sheets wrote:
> Mail client did that. Other than the kernel change, the config files
> didn't change.
> 
> I'm getting these errors in the daemon.log
> 
> Aug  9 00:06:38 gateway1 ipsec__plutorun: 104 "netscreen-office" #1:
> STATE_MAIN_I1: initiate
> Aug  9 00:06:38 gateway1 ipsec__plutorun: ...could not start conn
> "netscreen-office"

You get that for conns with auto=start after restarting ipsec. I don't
know why it does that, but it's not an error.

Your conn starts up OK. Hence the 'IPsec SA established' in your logs.

> 
> But I can't find a reason why.
> 
> Here is the ipsec auto --status
> 
> gateway1:/etc/init.d# ipsec auto --status
> 000 interface lo/lo ::1
> 000 interface lo/lo 127.0.0.1
> 000 interface eth1/eth1 10.200.3.1
> 000 interface eth1/eth1 10.200.3.100
> 000 interface eth0/eth0 198.172.205.201
> 000 interface eth0/eth0 130.94.106.83
> 000 interface eth0/eth0 198.172.205.10
> 000 interface eth0/eth0 198.172.205.52
> 000 interface eth0/eth0 198.172.205.53
> 000 interface eth0/eth0 198.172.205.54
> 000 interface eth0/eth0 198.172.205.70
> 000 interface eth0/eth0 198.172.205.71
> 000 interface eth0/eth0 198.172.205.72
> 000 interface eth0/eth0 198.172.205.150
> 000 interface eth0/eth0 198.172.205.151
> 000 interface eth0/eth0 198.172.205.170
> 000 interface eth0/eth0 198.172.205.190
> 000 interface eth0/eth0 198.172.205.210
> 000 interface eth0/eth0 198.172.205.211
> 000 interface eth0/eth0 198.172.205.212
> 000 interface eth0/eth0 198.172.205.220
> 000 interface eth0/eth0 198.172.205.230
> 000 %myid = (none)
> 000 debug
>
raw+crypt+parsing+emitting+control+lifecycle+klips+dns+oppo+controlmore+
> pfkey+nattraversal+x509
> 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,2,36}
> trans={0,2,336} attrs={0,2,224}
> 000
> 000 "netscreen-office":
>
10.0.0.0/8===198.172.205.201---198.172.205.1...192.168.21.1---207.7.100.
> 157===192.168.21.0/24; erouted; eroute owner: #2
> 000 "netscreen-office":     srcip=10.200.3.1; dstip=unset; srcup=ipsec
> _updown; dstup=ipsec _updown;
> 000 "netscreen-office":   ike_life: 3600s; ipsec_life: 3600s;
> rekey_margin: 540s; rekey_fuzz: 100%; keyingtries: 0
> 000 "netscreen-office":   policy: PSK+ENCRYPT+TUNNEL+UP; prio: 8,24;
> interface: eth0;
> 000 "netscreen-office":   newest ISAKMP SA: #1; newest IPsec SA: #2;
> 000 "netscreen-office":   IKE algorithm newest:
> 3DES_CBC_192-MD5-MODP1024
> 000 "netscreen-office":   ESP algorithms wanted: 3_000-1, 3_000-2,
> flags=strict
> 000 "netscreen-office":   ESP algorithms loaded: 3_000-1, 3_000-2,
> flags=strict
> 000 "netscreen-office":   ESP algorithm newest: 3DES_0-HMAC_MD5;
> pfsgroup=<N/A>
> 000
> 000 #2: "netscreen-office":500 STATE_QUICK_I2 (sent QI2, IPsec SA
> established); EVENT_SA_REPLACE in 2510s; newest IPSEC; eroute owner
> 000 #2: "netscreen-office" esp.224dd0f0 at 207.7.100.157
> esp.c3d7fe26 at 198.172.205.201 tun.0 at 207.7.100.157 tun.0 at 198.172.205.201
> 000 #1: "netscreen-office":500 STATE_MAIN_I4 (ISAKMP SA established);
> EVENT_SA_REPLACE in 2840s; newest ISAKMP; lastdpd=-1s(seq in:0 out:0)
> 000
> 
> -----Original Message-----
> From: users-bounces at openswan.org [mailto:users-bounces at openswan.org]
On
> Behalf Of Andy Gay
> Sent: Tuesday, August 08, 2006 4:44 PM
> To: Greg
> Cc: users at openswan.org
> Subject: RE: [Openswan Users]
> 
> On Tue, 2006-08-08 at 23:40 +0200, Greg wrote:
> 
> > config setup
> >       interfaces=%defaultroute
> >       nat_traversal=yes
> >  
> >
>
virtual_private=%v4:10.0.0.0/8,%v4:172.16.0.0/12,%v4:192.168.0.0/24,%v4:
> 81.1
> > 27.61.93/32
> 
> Did your mail client do this, or does this line really not have any
> whitespace at the start? Lines within a section must be indented.
> 
> > Aug  8 23:17:01 darko pluto[4751]: packet from 90.95.19.131:500:
> initial
> > Main Mode message received on 192.168.0.4:500 but no connection has
> been
> > authorized
> 
> This sounds like the conn didn't load correctly, maybe due to the
> whitepace issue above.
> 
> Do your logs say the conn was loaded OK?
> Does 'ipsec auto --replace roadwarrior-l2tp' work OK?
> 
> Can you show us the output from 'ipsec auto --status'?
> 
> 
> 
> _______________________________________________
> Users at openswan.org
> http://lists.openswan.org/mailman/listinfo/users
> Building and Integrating Virtual Private Networks with Openswan: 
>
http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155
> 
> 
> 




More information about the Users mailing list