Re: network autoconfig
On 13/07/14 4:22 PM, frantisek holop wrote: hmm, on Sun, Jul 13, 2014 at 02:21:06PM -0400, Brad Smith said that On 13/07/14 2:16 PM, frantisek holop wrote: hmm, on Sun, Jul 13, 2014 at 05:37:51PM +0200, Denis Fondras said that >from the user's PoV, there shouldn't be more needed than ifconfig inet autoconf ifconfig inet6 autoconf aka inet/inet6 autoconf in hostname.if. I'm curious to see what will come out of it as I cannot envision any added value of these autoconf compared to dhclient. sounds like a great place to deal with wifi networks. That comment doesn't even make any sense. Wifi networks are not magic unicorns. that "little userland daemon, let's call it autoconfd" could have a privsepped part doing scans and could make a decision how to set up the wifi interface before dhclient is called. i can dream, can't i? This isn't a do everything command line parameter. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: network autoconfig
hmm, on Sun, Jul 13, 2014 at 02:21:06PM -0400, Brad Smith said that > On 13/07/14 2:16 PM, frantisek holop wrote: > >hmm, on Sun, Jul 13, 2014 at 05:37:51PM +0200, Denis Fondras said that > >>> > >>>from the user's PoV, there shouldn't be more needed than > >>> ifconfig inet autoconf > >>> ifconfig inet6 autoconf > >>>aka inet/inet6 autoconf in hostname.if. > >>> > >> > >>I'm curious to see what will come out of it as I cannot envision any > >>added value of these autoconf compared to dhclient. > > > >sounds like a great place to deal with wifi networks. > > That comment doesn't even make any sense. Wifi networks > are not magic unicorns. that "little userland daemon, let's call it autoconfd" could have a privsepped part doing scans and could make a decision how to set up the wifi interface before dhclient is called. i can dream, can't i? -f -- there is never sunshine without shadow.
Re: network autoconfig
On 13/07/14 2:16 PM, frantisek holop wrote: hmm, on Sun, Jul 13, 2014 at 05:37:51PM +0200, Denis Fondras said that from the user's PoV, there shouldn't be more needed than ifconfig inet autoconf ifconfig inet6 autoconf aka inet/inet6 autoconf in hostname.if. I'm curious to see what will come out of it as I cannot envision any added value of these autoconf compared to dhclient. sounds like a great place to deal with wifi networks. That comment doesn't even make any sense. Wifi networks are not magic unicorns. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: network autoconfig
hmm, on Sun, Jul 13, 2014 at 05:37:51PM +0200, Denis Fondras said that > > > > from the user's PoV, there shouldn't be more needed than > > ifconfig inet autoconf > > ifconfig inet6 autoconf > > aka inet/inet6 autoconf in hostname.if. > > > > I'm curious to see what will come out of it as I cannot envision any > added value of these autoconf compared to dhclient. sounds like a great place to deal with wifi networks. -f -- lsd will make your cga screen display 16.2 million colors
Re: network autoconfig
> > from the user's PoV, there shouldn't be more needed than > ifconfig inet autoconf > ifconfig inet6 autoconf > aka inet/inet6 autoconf in hostname.if. > I'm curious to see what will come out of it as I cannot envision any added value of these autoconf compared to dhclient. Denis
network autoconfig
before I forget half of what we talked about here and to share it, here's how I think the network autoconfig stuff should work in the future. from the user's PoV, there shouldn't be more needed than ifconfig inet autoconf ifconfig inet6 autoconf aka inet/inet6 autoconf in hostname.if. for inet6, we're almost there with the work done by florian and me from this week. not all of that is in yet. now for inet, I'm pretty damn certain we don't want to do DHCP in the kernel. turning on autoconf should lead to a new message on the routing socket, and a little userland daemon, let's call it autoconfd for the moment, reacts to that message insofar that it sends out the dhcp request(s) and deals with the answers. using the dhclient code of course. open question is what to do if inet autoconf is on on more than one interface - gotta select the default route somehow. inet6 does that and does it very different. we'll figure sth out it. if needed/useful dhcp6 could be integrated into that scheme kinda easily, too. i won't judge on whether that is the case; it isn't relevant yet. for the nameservers: in the inet case, autoconfd would know them from dhcp. i've been told the inet6 RAs can contain nameserver information, too. we can pass those up from the kernel using a message on the routing socket as well (this is inspired by the kernel-ipsec <-> iked/isakmpd model). the resolv.conf writing races / fights would be gone since autoconfd is the only one dealing with it. of course i don't insist on implementing all that myself, not remotely. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual & Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
