Le redémarrage de sshd est-il nécessaire ?
Pas habituellement. Les distributions Linux sont généralement livrées avec une configuration par défaut qui permet l'authentification par clé publique, vous n'avez donc généralement même pas besoin de modifier la configuration pour activer il, et donc le redémarrage est inutile. Même dans le cas où vous deviez faire quelque chose avec sshd_config
, vous n'aurez à le redémarrer qu'une seule fois après avoir modifié ce fichier, et non pour chaque modification ultérieure du fichier de clés autorisées.
Notez que vous n'avez même pas besoin de redémarrer sshd. À partir de man sshd
:
sshd relit son fichier de configuration lorsqu'il reçoit un signal de raccrochage, SIGHUP, en s'exécutant avec le nom et les options avec lesquels il a été démarré, par ex.
/usr/sbin/sshd
.
Et le service systemd typique pour sshd le reconnaît, vous pouvez donc faire systemctl reload sshd
à la place.
Si sshd est redémarré, y a-t-il une panne de service à ce moment ?
Cela dépend de votre définition de panne de service. Un simple redémarrage de sshd ne tuera pas les connexions ssh existantes, mais les nouvelles connexions ne seront pas acceptées tant que sshd n'aura pas fini de redémarrer.
La meilleure façon est d'utiliser
ssh-copyid [email protected]
Où N est l'adresse IP
OU
ssh-copyid [email protected]
où fqdn est le nom de domaine complet (par exemple, serveur.domaine.com)
Cela ne nécessite aucun redémarrage du démon