From tlambert2@mindspring.com  Sat Nov 15 15:22:23 2003
Return-Path: <tlambert2@mindspring.com>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7E46A16A4CE; Sat, 15 Nov 2003 15:22:23 -0800 (PST)
Received: from razorbill.mail.pas.earthlink.net (razorbill.mail.pas.earthlink.net [207.217.121.248])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B7D9543F85; Sat, 15 Nov 2003 15:22:22 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from user-2ivfj2j.dialup.mindspring.com ([165.247.204.83] helo=mindspring.com)
	by razorbill.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 1AL9jc-0002Yj-00; Sat, 15 Nov 2003 15:21:45 -0800
Message-Id: <3FB6B4FE.4C1AF03C@mindspring.com>
Date: Sat, 15 Nov 2003 15:21:34 -0800
From: Terry Lambert <tlambert2@mindspring.com>
To: Hajimu UMEMOTO <ume@mahoroba.org>
Cc: Kostyuk Oleg <cub@cub.org.ua>, FreeBSD-gnats-submit@freebsd.org,
	freebsd-current@freebsd.org
Subject: Re: /etc/rc.d/ipsec starts not in time
References: <E1AGIbn-0001Ux-7o@cub.org.ua> <ygefzgpq508.wl%ume@mahoroba.org>

>Number:         59311
>Category:       ports
>Synopsis:       Re: /etc/rc.d/ipsec starts not in time
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 15 15:30:21 PST 2003
>Closed-Date:    Sun Nov 16 19:52:46 PST 2003
>Last-Modified:  Sun Nov 16 19:52:46 PST 2003
>Originator:     
>Release:        
>Organization:
>Environment:
>Description:
 Hajimu UMEMOTO wrote:
 > >>>>> Kostyuk Oleg <cub@cub.org.ua> said:
 > 
 > cub>    Problem is in order of starting /etc/rc.d/ipsec.
 > cub>    It must start BEFORE any network interaction,
 > cub>    may be even before configuring interfaces.
 > cub>    But I not sure in case with diskless mashines.
 > 
 > cub>    -# BEFORE:  DAEMON
 > cub>    +# BEFORE:  NETWORK
 > 
 > It is not sufficient.  There is setkey(8) in /usr/sbin.  It means that
 > we cannot protect NFS exported /usr by IPsec.  If there is no
 > objection, I wish to move setkey(8) into /sbin like NetBSD did.
 
 This type of order inversion is common.
 
 Can we simply delay exportation until later in the boot process?
 Wouldn't this have the same effect?
 
 -- Terry
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: linimon 
State-Changed-When: Sun Nov 16 19:52:02 PST 2003 
State-Changed-Why:  



Responsible-Changed-From-To: gnats-admin->freebsd-ports-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sun Nov 16 19:52:02 PST 2003 
Responsible-Changed-Why:  

http://www.freebsd.org/cgi/query-pr.cgi?pr=59311 
>Unformatted:
