Ao modificar /etc/ssh/sshd_config
, você pode executar systemctl restart sshd.service
para refletir a alteração. Pelo menos no meu ambiente, também, systemctl restart ssh.service
funciona. E systemctl --all list-units ssh*
me diz que não há nenhum serviço com o nome sshd.service
. Então, por que é sshd.service
usado amplamente e realmente válido?
(Eu sei que o nome do daemon ssh é, sshd
mas essa não é a razão razoável, eu acho.)
Executei os seguintes comandos em linux mint 19
( ubuntu
-base) e volumio 2
( raspbian
-base), ambos baseados em debian
.
systemctl restart sshd.service; echo $? #=> 0
systemctl restart ssh.service; echo $? #=> 0
systemctl --no-legend --all list-units ssh* #=> only ssh.service exists
O serviço ssh sempre foi nomeado ssh em
/etc/services
, provavelmente qualquer que seja a distribuição, porque é o protocolo SSHsshd
, não o daemon.Então fez sentido, pelo menos na implementação do Debian e, portanto, nos derivados do Debian, o mesmo nome foi escolhido para iniciar o serviço como ...
service ssh start
que traduzido para o estilo system-V/etc/init.d/ssh
.Isso foi mantido no systemd, novamente por consistência, já que o serviço pode ser iniciado indiferentemente com o estilo antigo ou o estilo systemd. Ainda assim, um alias também é definido para compatibilidade com outras distribuições que fizeram uma escolha diferente:
Portanto, ambos podem ser usados no Debian e derivados e representam o mesmo serviço.
Conforme já estabelecido, diferentes nomes são usados em diferentes distribuições.
Há razões válidas para ambos
sshd
, portantosshd.service
sshd
significa "SSH Daemon" ou "SSH Server", então "SSH Server Service" seria o dobro.Portanto, seria uma questão de preferência dos mantenedores da distro. Essas preferências também podem mudar com o tempo, lembro-me de uma época em que Suse mudou de
ntp
parantpd
o nome do serviço.