Я изменил конфигурацию в файле
/etc/ssh/sshd_config
но получил эффект только после перезагрузки сервера. Как принять изменения без перезагрузки сервера?
Я изменил конфигурацию в файле
/etc/ssh/sshd_config
но получил эффект только после перезагрузки сервера. Как принять изменения без перезагрузки сервера?
Ответы:
Просто перезапустите сервис sshd:
sudo service sshd restart
или:
sudo /etc/init.d/sshd restart
sudo service ssh restart
не буду этого делать. Вам нужно перезапустить sshd, а не ssh:
sudo service sshd restart
sudo service ssh restart
прекрасно работает, тогда как sudo service sshd restart
сообщает "sshd: нераспознанный сервис". Не уверен, почему это меняется, хотя ...
Есть еще менее навязчивый способ сделать это без перезапуска службы SSH.
От man sshd
:
sshd перечитывает свой файл конфигурации, когда получает сигнал зависания, SIGHUP, выполняя себя с именем и параметрами, с которыми он был запущен, например, / usr / sbin / sshd.
Таким образом, вы можете использовать следующую команду для отправки SIGHUP процессу SSH-сервера:
sudo kill -SIGHUP $(pgrep -f "sshd -D")
pgrep -f "sshd -D"
Часть будет возвращать только PID процесса демона Sshd , который прослушивает новые соединения, так как , вероятно, будут другие ИДП для каждого активного сеанса , который не нужен сигнал.
sudo pkill -HUP sshd
?
sshd
процессами. sudo pkill -HUP -f "sshd -D"
является заманчивой альтернативой, но затем pkill сообщает своему sudo
родителю, поскольку его полная командная строка соответствует его собственному шаблону поиска. Вы можете придумать шаблон, который не соответствует самому себе ... -f "sshd -[D]
, но который немного запутывает вещи. Я думаю, что метод pgrep проще для учеников.
Как проверить root
service --status-all | grep ssh
У меня не было sshd
сервиса, но был ssh
сервис на сервере Ubuntu. затем
service ssh restart
Перезагрузка может быть лучшей альтернативой для перезагрузки
sudo service sshd reload
под капотом он посылает HUP
сигнал процессу демона sshd почти так же, как Стивен К. уже ответил . Разница в том, что этот вариант использует killproc
функцию вместо kill
команды напрямую, чтобы отправлять сигнал еще более точно (чтобы уменьшить возможные ошибки при отправке сигналов ошибочным процессам). Конфигурация перечитывается без перезапуска / остановки службы.
Конечно, стоит узнать, как именно называется SSH deamon, как обсуждали другие.
sudo service ssh restart
для перезапуска службы, чтобы вступить в силу. Но помните, что если вы подключены через SSH, ваша сессия будет прервана.