<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, Sep 8, 2015 at 10:48 AM Simon McVittie <<a href="mailto:simon.mcvittie@collabora.co.uk">simon.mcvittie@collabora.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As far as I understand it, this duplication is present to give the<br>
sysadmin a choice between two ways to run sshd, depending on this<br>
particular ssh server's requirements.<br>
<br>
If ssh access is frequently used or needs to work quickly (for instance<br>
as the primary way to log in and fix things), enabling sshd.service<br>
means it will start "eagerly", on boot. Debian and its derivatives<br>
enable this by default (if sshd is installed).<br>
<br>
If ssh access is infrequently used, a sysadmin can disable sshd.service<br>
and enable sshd.socket instead. That means sshd will be started<br>
on-demand, which will take a bit longer (particularly if the reason to<br>
log in is that the server has hit performance problems), but reduces<br>
resource consumption until then. This would be appropriate if the reason<br>
for providing ssh access is as a rarely-used "developer console"<br>
analogous to Android's adb, for instance.<br></blockquote><div><br></div><div>Starting SSH eagerly or lazily is an independent decision from using socket activation. The lazy use case is clear, but you can use socket activation for eager service startup by simply enabling the service and socket (if the service doesn't already require the socket).<br></div></div></div>