Re: r239356: does it mean,

On Tuesday, August 21, 2012 7:16:30 pm Slawa Olhovchenkov wrote:
> On Tue, Aug 21, 2012 at 05:25:23PM -0400, John Baldwin wrote:
>=20
> > On Tuesday, August 21, 2012 9:34:31 am John Baldwin wrote:
> > > On Tuesday, August 21, 2012 7:53:08 am Lev Serebryakov wrote:
> > > > Hello, Garrett.
> > > > You wrote 21 =C1=D7=C7=D5=D3=D4=C1 2012 =C7., 15:40:35:
> > > >=20
> > > > GC>> Try reverting r239356 -- if that works, then please let jhb@ k=
now.
> > > > LS>   I'm confused by  this commit, because it seems (from comment =
alone),
> > > > LS> that  dhclient  will not work without devd anymore (with "synch=
ronous
> > > > LS> dhcp" option in rc.conf).
> > > > LS>   Am I right?
> > > >   And if I'm right about understanding what this change does, it is
> > > >  POLA violation for sure. Both consequences: unable to use dhcclient
> > > >  without devd (user will need to restart it by hands after each cab=
le
> > > >  unplugging event) and removing IP address from interface on cable
> > > >  unplugging or other interface down event but before lease is expir=
ed.
> > > >=20
> > > >   If I'm right in understanding this commit, I vote to back it out =
and
> > > >  find better solution, may be, two new options: one to remove IP and
> > > >  one to exit on interface down. And default behavior should be OLD
> > > >  ONE about IP address in any case and OLD ONE about exit in case wh=
en
> > > >  dhclient isn't started by devd, but by rc scripts directly.
> > >=20
> > > Humm.  devd is the more common case, and we explicitly don't use devd=
 to start=20
> > > dhclient on boot even when devd is enabled (so out of the box dhcp wo=
uld first=20
> > > be started by rc, but would be restarted by devd).
> > >=20
> > > Another option is to rework dhclient to work like it does on OpenBSD =
where it
> > > renews its lease if the link bounces, but to not exit when the link g=
oes down. =20
> > > That case would fix the currently broken case that you unplug your ca=
ble, take=20
> > > your laptop over to another network (e.g. take it home if suspend/res=
ume=20
> > > works), then plug it back in and are still stuck with your old IP.
> >=20
> > Ok, this is what I came up with, somewhat loosely based on OpenBSD's dh=
client.
> > I tested that it survives the following:
> >=20
> > - Unplugging/replugging does not kill an existing ssh session
> > - Using ifconfig down/up does not kill an existing ssh session
> > - Plugging into a different network does cause dhclient to negotiate
> >   a new lease on the new network
>=20
> Assign address on interface manualy cause exiting dhcpclient?

Hmm, it does.  Is that by design?  That seems to be the old behavior of the
client from my reading of the code as well.

=2D-=20
John Baldwin
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"