From owner-freebsd-net Mon Aug 12 22:26:29 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B88C137B400 for ; Mon, 12 Aug 2002 22:26:26 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DCB543E42 for ; Mon, 12 Aug 2002 22:26:26 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020813052625.OSXP23732.sccrmhc01.attbi.com@blossom.cjclark.org>; Tue, 13 Aug 2002 05:26:25 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g7D5QOJK002236; Mon, 12 Aug 2002 22:26:24 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g7D5QJV3002235; Mon, 12 Aug 2002 22:26:19 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Mon, 12 Aug 2002 22:26:19 -0700 From: "Crist J. Clark" To: Julian Elischer Cc: net@FreeBSD.ORG Subject: Re: Racoon question Message-ID: <20020813052619.GD1675@blossom.cjclark.org> Reply-To: "Crist J. Clark" References: <3D583B58.3A132F@vicor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D583B58.3A132F@vicor.com> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Aug 12, 2002 at 03:48:56PM -0700, Julian Elischer wrote: > I have a (probably silly) question about racoon.. > > I have racoon working to some extent. > I have it working in transport mode. > > However I notice that if I have a problem on one system it sometimes > needs to wait until the running SA has expired until things can be > restarted.. For example if one system is rebooted, I need to reset the > racoon on the > other system and clear SAs etc. before things can resync. Yeah, known issue which comes up from time to time. It is a common headache in IPsec. 'Coulda sworn there was a sysctl(8) to change this behavior, but I can't find it. Nor can I Google anything except other {Free,Net,Open}BSD and Linux people complaining about the problem. This IETF draft explains some of the issues, http://search.ietf.org/internet-drafts/draft-spencer-ipsec-ike-implementation-02.txt Maybe you can find some of the solutions that have been offered. It's been discussed on various lists (-net, -security, and -questions) many times. But just so you know, > It occured to me that this may be because the racoons need to talk > across the > transport connection that is toasted so it's a catch-22. > > I tried setting up port 500 as an excpetion using 'none' > in /etc/ipsec.conf but that seems to confuse things.. it seems unable to > decide for > any given connection whether > to use the [500] or [any] > sessions. This actually is not the problem. IKE/IPsec implementations have to be smart enough to handle the negotiations "OOB." -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message