Rapid DHCP: Or, how do Macs get on the network so fast? (2011) • Hacker News Board

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#41

Post by [deleted] » Wed, Jul 26, 2017, 7:13 AM UTC

d-sc wrote: post #30

RubyPinch wrote: post #20

Earlier quoted context omitted.

That's all fine and dandy for the desktop case. But its a dhcp server , network admins would be expected to touch config files, and the interface for a DHCP server really can't be much worse than the GUI version that microsoft supplies! but digressions, to say "this is why I won't use a linux desktop" in response to a server-specific use-case, is at best antagonistic!

The used netgear router a friend gave me, does a fine job of getting my devices ip addresses on time without me touching the config.

[deleted]

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#42

Post by herbst » Wed, Jul 26, 2017, 7:24 AM UTC

Nition wrote: post #19

taurath wrote: post #14

Earlier quoted context omitted.

An instruction like that is why I don't use Linux as a desktop!

I'm a bit disappointed that you're downvoted to grey right now because editing obscure config files and entering esoteric terminal commands is exactly why Linux is so difficult for the average user, and it's never going to improve if those who're already comfortable with it ignore the problem.

The windows equivalent to make such a change would be some kind of hidden module for that scm. Exe or whatever that obscure config tool is called.

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#43

Post by mappu » Wed, Jul 26, 2017, 7:30 AM UTC

Previous comments are interesting: https://news.ycombinator.com/item?id=2755461

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#44

Post by pjmlp » Wed, Jul 26, 2017, 7:38 AM UTC

herbst wrote: post #42

Nition wrote: post #19

Earlier quoted context omitted.

I'm a bit disappointed that you're downvoted to grey right now because editing obscure config files and entering esoteric terminal commands is exactly why Linux is so difficult for the average user, and it's never going to improve if those who're already comfortable with it ignore the problem.

The windows equivalent to make such a change would be some kind of hidden module for that scm. Exe or whatever that obscure config tool is called.

It would still be an easier to navigate GUI tool, possibly with tooltips and online help along the way, than manually editing /etc or /usr/share files.

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#45

Post by tiku » Wed, Jul 26, 2017, 7:45 AM UTC

I'm more worried about the network problems i have with my mac, it disconnects sometimes out of the blue, if i reconnect or enable/disable vpn it works again, very weird behaviour.

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#46

Post by paule89 » Wed, Jul 26, 2017, 7:52 AM UTC

Can someone please port this to the linux kernel, or at least archlinux / ubuntu????

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#47

Post by djmobley » Wed, Jul 26, 2017, 8:05 AM UTC

d-sc wrote: post #30

RubyPinch wrote: post #20

Earlier quoted context omitted.

That's all fine and dandy for the desktop case. But its a dhcp server , network admins would be expected to touch config files, and the interface for a DHCP server really can't be much worse than the GUI version that microsoft supplies! but digressions, to say "this is why I won't use a linux desktop" in response to a server-specific use-case, is at best antagonistic!

The used netgear router a friend gave me, does a fine job of getting my devices ip addresses on time without me touching the config.

In fairness, it is a sensible default for a dedicated hardware router, and not so much for a software DHCP server.

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#48

Post by vetinari » Wed, Jul 26, 2017, 8:11 AM UTC

pjmlp wrote: post #44

herbst wrote: post #42

Earlier quoted context omitted.

The windows equivalent to make such a change would be some kind of hidden module for that scm. Exe or whatever that obscure config tool is called.

It would still be an easier to navigate GUI tool, possibly with tooltips and online help along the way, than manually editing /etc or /usr/share files.

In practice, it is still easier to grep and edit config files in /etc (often commented), than to look for the needle in a haystack like gpedit, where, if localized, you don't even know exact term you are looking for.

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#49

Post by hibbelig » Wed, Jul 26, 2017, 8:16 AM UTC

smcl wrote: post #36

colanderman wrote: post #29

This is nice, but kind of useless when waking up from deeper sleep states, which prevent the password dialog from receiving keystrokes for a good five seconds anyway (despite teasing a blinking cursor).

That blinking cursor is especially sneaky. When they just loaded up what is effectively a screenshot while everything loaded, that could've been forgiven (better than a blank screen I suppose). But animating it so that it LOOKS like it's working ...

Thank you both. I've been mystified by this behavior for years. How do I tell when it becomes responsive ? Without trying to type of course.

Re: Rapid DHCP: Or, how do Macs get on the network so fast? (2011)

#50

Post by mschuster91 » Wed, Jul 26, 2017, 8:17 AM UTC

The joke is, Macbooks are dead slow on WPA2-Enterprise networks once you go with certificate-based logins. At home, I'm in the network often enough faster than 1s - at work, up to two minutes sometimes.

I guess that modern macbooks keep the connection alive on the PHY level while asleep... they do have that "backup/sync while you sleep" feature, so quite possible that the chip handling this feature only speaks "normal" WPA2, keeps the connection alive and then after resuming the OS only has to re-check the IP address and does not have to do the full PHY handshake first...