web-dev-qa-db-fra.com

prendre les modifications dans le fichier sshd_config fichier sans redémarrage du serveur

J'ai changé de configuration dans le fichier

/etc/ssh/sshd_config

mais n'a eu d'effet qu'après le redémarrage du serveur. Comment prendre des modifications sans redémarrer le serveur?

serversshservicessshd
28
Maxim Yefremov

Redémarrez simplement le service sshd:

Sudo service sshd restart

ou:

Sudo /etc/init.d/sshd restart
32
Pathin
Sudo service ssh restart

ne le fera pas. Vous devez redémarrer sshd, pas ssh:

Sudo service sshd restart
5
William Dowling

Il existe un moyen encore moins intrusif de le faire, sans redémarrer le service SSH.

De man sshd:

sshd relit son fichier de configuration lorsqu'il reçoit un signal de raccrochage, SIGHUP, en s'exécutant lui-même avec le nom et les options avec lesquels il a été lancé, par ex./usr/sbin/sshd.

Vous pouvez donc utiliser une commande comme celle-ci pour envoyer SIGHUP au processus du serveur SSH:

Sudo kill -SIGHUP $(pgrep -f "sshd -D")

La partie pgrep -f "sshd -D" renverra uniquement le PID du processus du démon sshd à l'écoute de nouvelles connexions, car il est probable qu'il existe pour chaque session active d'autres PID qui n'ont pas besoin du signal.

3
Steven K

En tant que root check

service --status-all | grep ssh

Je n'avais pas de service sshd, mais le service ssh sur le serveur Ubuntu. ensuite

service ssh restart
2
Yaroslav Nikitenko

Pour les systèmes Systemd - Ubuntu par défaut

Sudo systemctl reload sshd.service

ou

 Sudo systemctl reload sshd

ou

 Sudo /bin/systemctl reload sshd.service

Pour les systèmes Sysvinit

Sudo service sshd reload

ou

Sudo /etc/init.d/sshd reload
1
abu_bua

Recharger peut être une meilleure alternative pour redémarrer

Sudo service sshd reload

sous le capot, il envoie HUP signal au processus démon sshd presque de la même manière que Steven K déjà répond . La différence est que cette variante utilise la fonction killproc au lieu de la commande kill directement afin d’envoyer le signal de manière encore plus précise (afin de réduire les erreurs éventuelles d’envoi de signaux à des processus erronés). La configuration est relue sans redémarrer/arrêter le service.

Bien sûr, il vaut la peine de savoir comment on appelle exactement le démon SSH, comme d’autres en ont parlé.

0
Alexander Ites