From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 23:27:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66FE516A41F for ; Thu, 1 Sep 2005 23:27:20 +0000 (GMT) (envelope-from incmc@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A015A43D48 for ; Thu, 1 Sep 2005 23:27:19 +0000 (GMT) (envelope-from incmc@gmx.de) Received: (qmail invoked by alias); 01 Sep 2005 23:27:18 -0000 Received: from dsl-084-061-011-192.arcor-ip.net (EHLO ms.homeip.net) [84.61.11.192] by mail.gmx.net (mp033) with SMTP; 02 Sep 2005 01:27:18 +0200 X-Authenticated: #15946415 Received: from p508f5bee.dip.t-dialin.net ([80.143.91.238] helo=nix-rechnername-auspaehen-hier) by ms.homeip.net with esmtpsa (SSLv3:RC4-MD5:128) id 1EAySq-000Ea9-0P for freebsd-current@freebsd.org; Fri, 02 Sep 2005 01:27:24 +0200 From: Jochen Gensch To: freebsd-current@freebsd.org Date: Fri, 2 Sep 2005 01:26:45 +0200 User-Agent: KMail/1.8.2 References: <20050901225346.0923E16A41F@hub.freebsd.org> In-Reply-To: <20050901225346.0923E16A41F@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509020126.45337.incmc@gmx.de> X-Y-GMX-Trusted: 0 Subject: Re: freebsd-current Digest, Vol 112, Issue 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2005 23:27:20 -0000 Am Freitag 02 September 2005 00:53 schrieb > Right now, we refuse to modify the default route if another interface > has it, but the expected behavior is probably to modify it even if it's > on another interface if that interface is down. Something else: does that mean, once a non removable nic got the default route it cannot be changed again? At least it seems like I'm experiencing that here (Even though I tried so many different ways now, that I'm not too sure about that any more, lol). > If the start_if.ath0 script isn't running, you should check that you have > removable_interfaces="ath0" in rc.conf. Though, I saw some traffic that > say this was going away. > > Anyway, quoting Brooks in "HEADSUP: OpenBSD dhclient incoming" > "Second the pccard_ifconfig variable is only used as a default value for > interfaces that are on the removable_interfaces list, but do not have an > ifconfig_ variable. Third, interfaces must be on the > removable_interfaces list for pccard_ether to work." Yes, rc.conf looks as follows: -------------------------------- background_dhclient="YES" ifconfig_fxp0="DHCP" ifconfig_ath0="WPA DHCP" removable_interfaces="ath0" However, as I'm not too familiar with things like "pccard_ifconfig variable" it is difficult to follow you szenario. But it seems, that start_if.ath0 shouldn't run since ath0 has an ifconfig_ath0 entry here for wpa_supplicant. > There should not be a need to modify devd.conf as there is already this > line: > > attach 0 { > device-name "$ethernet-nic-regex"; > action "/etc/pccard_ether $device-name start"; > } Yep, I saw that right after your first reply. > I also saw some traffic from Brooks where he explicitly stated that > the new dhclient does not touch the default route if one is already > configured. afaik, this should not actually be a problem because start_if > is always run before dhclient has a change to start. Also I agree, it > would rather dangerous if dhclient just started flushing the routing > table. But it needs to be configurable somewhere. As I understand it now I cannot use start_if.ath0 since it has a (mandatory) ifconfig_if entry in rc.conf related to wpa_supplicant. Therefore one needs to hack it in somewhere by hand. > This is such a standard thing to want, it has to be done! Agreed :-) Jochen