From owner-freebsd-security Mon Aug 5 7:10:23 2002 Delivered-To: freebsd-security@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEEBF37B400 for ; Mon, 5 Aug 2002 07:10:20 -0700 (PDT) Received: from musique.teaser.net (musique.teaser.net [213.91.2.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D6F43E4A for ; Mon, 5 Aug 2002 07:10:19 -0700 (PDT) (envelope-from e-masson@kisoft-services.com) Received: from notbsdems.nantes.kisoft-services.com (nantes.kisoft-services.com [193.56.60.243]) by musique.teaser.net (Postfix) with ESMTP id 71D817252A; Mon, 5 Aug 2002 16:10:12 +0200 (CEST) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id EA2DB5AAE8; Mon, 5 Aug 2002 16:09:52 +0200 (CEST) To: cjclark@alum.mit.edu Cc: Matthew Grooms , dlavigne6@cogeco.ca, Mailing List FreeBSD Security Subject: Re: esp tunnel without gif(4) [Was Re: vpn1/fw1 NG to ipsec/racoon troubles, help please ...] References: <20020730074813.GF89241@blossom.cjclark.org> <86znw5r9h3.fsf_-_@notbsdems.nantes.kisoft-services.com> <86k7n9qv08.fsf@notbsdems.nantes.kisoft-services.com> <20020802172729.GA6880@blossom.cjclark.org> From: Eric Masson In-Reply-To: <20020802172729.GA6880@blossom.cjclark.org> ("Crist J. Clark"'s message of "Fri, 2 Aug 2002 10:27:29 -0700") X-Operating-System: FreeBSD 4.6-STABLE i386 Date: Mon, 05 Aug 2002 16:09:51 +0200 Message-ID: <86wur5o0r4.fsf@notbsdems.nantes.kisoft-services.com> Lines: 26 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) XEmacs/21.4 (Common Lisp, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-security@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> "Crist" == Crist J Clark writes: Crist> It's pretty much automagically done by way of the SPD entry. Any Crist> packet that matches the source and destination in the SPD gets Crist> put through the appropriate tunnel with the specified end Crist> points. Ok, I do understand now. Crist> It's not the same as the regular routing table and will not show Crist> up in 'netstat -rn.' It would be nice to have netstat -r show these routes with a new flag (like T for example), tunnelled end address as destination, tunneled origin address as gateway, and interface bound to tunnel origin address as netif. Does this look interesting or is this plain dumb ? Eric Masson -- > dvips -o $@ $< Faut faire gffe de pas te couper avec ton truc, t'as mis des ciseaux ($<) partout :)) -+- Dom in Guide du linuxien pervers - "J'aime pas les Makefile !" -+- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" in the body of the message