Date: Tue, 18 Oct 2005 10:22:30 +0200 From: VANHULLEBUS Yvan <vanhu_bsd@zeninc.net> To: freebsd-net@freebsd.org Subject: Re: Unique IPsec security policies Message-ID: <20051018082230.GA61303@yvan.netasq.int> In-Reply-To: <200510181050.27530.jan@melen.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 18, 2005 at 10:50:24AM +0300, Jan Mikael Melen wrote: > Hi, > > Is there a reason why the policies that are defined as unique can't be updated > through the pfkey interface? > > What I'm trying to do is that: > 1. I create SP entry and let the kernel assign a request id for policy (reqid > in the add is 0). This policy is a tunnel mode policy and I don't have the > outer addresses set at this point. Only the inner addresses are set so I'll > get the SADB_AQUIRE message with the inner addresses. Not sure I understood what you are exactly doing, and *why* you want to do that... > 2. When my keying daemon get's the acquire from the kernel I run the key > exchange and then I send update to the SP with previously gotten reqid and > with outer addresses but it fails and kernel prints out: > "key_msg2sp: reqid=16384 range violation, updated by kernel." > This message comes from the sys/netkey/key.c:1488. It's obvious when I'm > adding a new SP entry that this check is done but when updating the SP > shouldn't it just check that the value given in update matches the one > assigned earlier? Perhaps you should just force manual reqids < IPSEC_MANUAL_REQID_MAX when creating your SP entries. In one hand, you're right: when updating SP entries, it can make sense to just ensure that the reqid is the same. In the other hand, as you used some automatic values while creating the SP entry (so, in fact, as you said "I let the kernel do that stuff"), it can be logic to not allow you to do "some non common things" after, even if you want to update it.... Yvan. -- NETASQ - Secure Internet Connectivity http://www.netasq.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051018082230.GA61303>