FS#31543 - [dhcpcd] Provide dhcpcd.service for systemd
Attached to Project:
Arch Linux
Opened by Trygve Aaberge (trygveaa) - Saturday, 15 September 2012, 01:01 GMT
Last edited by Ronald van Haren (pressh) - Saturday, 17 November 2012, 13:47 GMT
Opened by Trygve Aaberge (trygveaa) - Saturday, 15 September 2012, 01:01 GMT
Last edited by Ronald van Haren (pressh) - Saturday, 17 November 2012, 13:47 GMT
|
Details
The dhcpcd package only includes dhcpcd@.service for
systemd, not dhcpcd.service. That would be a service which
enables dhcpcd for all interfaces, i.e. just like
dhcpcd@.service, but without an interface argument.
As of now, I have to enable dhcpcd for each interface separately, which is a bit impractical and spawns multiple dhcpcd processes. Since dhcpcd supports using all interfaces, it seems logical to add a service for this. |
This task depends upon
Closed by Ronald van Haren (pressh)
Saturday, 17 November 2012, 13:47 GMT
Reason for closing: Implemented
Additional comments about closing: 5.6.3 ships with dhcpcd.service
Saturday, 17 November 2012, 13:47 GMT
Reason for closing: Implemented
Additional comments about closing: 5.6.3 ships with dhcpcd.service
ExecStart=/sbin/dhcpcd -q
ExecStop=/sbin/dhcpcd -x
The -w, -A or -k options should be set by in dhcpcd.conf(5) only if required by the user and should not be the default.
Rationale:
Non customised services don't bind to a specific IP address.
For example, sshd works for addresses added after it's started.
As such no need to wait for an ip.
ARP support *should* be used to ensure the DHCP server hasn't made a mistake.
DHCP lease releasing is optional, not mandatory.
Keeping the lease and re-requesting it at startup is faster on a well configured network.