Cambié la configuración en el archivo
/etc/ssh/sshd_config
pero tuvo efecto solo después de reiniciar el servidor. ¿Cómo realizar cambios sin reiniciar el servidor?
Cambié la configuración en el archivo
/etc/ssh/sshd_config
pero tuvo efecto solo después de reiniciar el servidor. ¿Cómo realizar cambios sin reiniciar el servidor?
Respuestas:
Simplemente reinicie el servicio sshd:
sudo service sshd restart
o:
sudo /etc/init.d/sshd restart
sudo service ssh restart
No lo haré. Necesita reiniciar sshd, no ssh:
sudo service sshd restart
sudo service ssh restart
funciona muy bien, mientras que sudo service sshd restart
informa "sshd: servicio no reconocido". Aunque no estoy seguro de por qué esto varía ...
Hay una forma aún menos intrusiva de hacer esto, sin reiniciar el servicio SSH.
De man sshd
:
sshd vuelve a leer su archivo de configuración cuando recibe una señal de suspensión, SIGHUP, ejecutándose con el nombre y las opciones con las que se inició, por ejemplo, / usr / sbin / sshd.
Por lo tanto, puede usar un comando como el siguiente para enviar SIGHUP al proceso del servidor SSH:
sudo kill -SIGHUP $(pgrep -f "sshd -D")
La pgrep -f "sshd -D"
parte devolverá solo el PID del proceso sshd daemon que escucha nuevas conexiones, ya que es probable que haya otros PID para cada sesión activa que no necesiten la señal.
sudo pkill -HUP sshd
?
sshd
procesos. sudo pkill -HUP -f "sshd -D"
es una alternativa tentadora, pero luego pkill señala a su propio sudo
padre ya que su línea de comando completa coincide con su propio patrón de búsqueda. Puedes crear un patrón que no coincida ... -f "sshd -[D]
, pero que ofusca un poco las cosas. Creo que el método pgrep es más fácil para los alumnos de entender.
Como comprobación de raíz
service --status-all | grep ssh
No tenía sshd
servicio, pero tenía ssh
servicio en el servidor Ubuntu. Luego
service ssh restart
Recargar puede ser una mejor alternativa para reiniciar
sudo service sshd reload
debajo del capó envía una HUP
señal al proceso sshd daemon casi de la misma manera en que Steven K ya respondió . La diferencia es que esta variante usa la killproc
función en lugar del kill
comando directamente para enviar la señal de una manera aún más precisa (para reducir los posibles errores de enviar señales a procesos incorrectos). La configuración se vuelve a leer sin reiniciar / detener el servicio.
Por supuesto, vale la pena descubrir cómo se llama exactamente SSH Deamon, como lo comentaron otros.
sudo service ssh restart
para reiniciar el servicio para que surta efecto. Pero recuerde que si está conectado a través de SSH, su sesión finalizará.