Date: Tue, 29 Jul 2003 09:27:24 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Robert Watson <rwatson@freebsd.org> Cc: current@freebsd.org Subject: Re: STEP 2, fixing dhclient behaviour with multiple interfaces Message-ID: <3F26A06C.D1E66484@mindspring.com> References: <Pine.NEB.3.96L.1030729102329.75304D-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Robert Watson wrote: > > [ ... ] > > > If there are other ideas, I'm open to them. > > > > You could add kevents for interface arrival and departure, and add a > > kqueue to the dhcpd to catch the arrival/departure events, and then just > > act on them. > > Some of those events already exist for routing sockets, so in a worst case > scenario, you can hook up a routing socket to a kqueue :-). > > Martin -- you might want to try the "route monitor" command sometime and > take a look at the vent stream there for things to consider. Does that work if you don't have an IP address assigned to the interface at all yet? I was under the impression that it only sent out route change events (maybe I need to update my copy of the -current sources, though). What I was talking about is the idea that naked interface (0.0.0.0) arrivals and departures could be signalled, which would cause dhclient to try to get a lease on the interface. I'm afraid there's still a chicken-and-egg problem over devices that you want to be able to come and go, without attempting to get a lease. Probably the way to handle them is with an explicit "not this device" list, since it would let unknown devices "just work" by default, which is kind of what you want. Presumably, if you don't want a lease it's because you've got a static assignment for that particular device that you want used instead. I can't wait for IPv6 stateless autoconfiguration plus SLPv2 so we can get rid of all this DHCP crap once and for all. 8-(. SLPv2 is used to find the gateway and DNS server, and after that, everything "magically works". If you get a lease in a zone, then because the forward record exists (because you have a Cert. for your own zone, the local DNS server should be willing to perform updates for your reverse record which it knows matcheds the forward record that lives in its zone but exists back on your home domain. Of course, this only works with IPv6, unless you use IPv4 with a link.local net plus integrated NAT in the gateway box. -- Terry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F26A06C.D1E66484>