принять изменения в файле sshd_config без перезагрузки сервера
Я изменил конфигурацию в файле
/etc/ssh/sshd_config
, но получил эффект только после перезагрузки сервера. Как принять изменения без перезагрузки сервера?
6 ответов
Просто перезапустите sshd сервис:
sudo service sshd restart
или:
sudo /etc/init.d/sshd restart
sudo service ssh restart
не сделает этого. Необходимо перезапустить sshd, не ssh:
sudo service sshd restart
Как базируются проверка
service --status-all | grep ssh
, я не имел никакого sshd сервис, но имел ssh сервис на сервер Ubuntu. Затем
service ssh restart
-
1Теперь это определенно решило мой вопрос. Но прежде чем я удаляю GRUB2, который я хотел бы иметь, повторно находят, получают его путь в Ubuntu, но это doesn' t. В меню перенаходки я вижу две записи Ubuntu, та, которая говорит " grub_x64" и тот, который попытки загрузиться непосредственно в Ubuntu с помощью ядра vmlinuz-3.13.0-67-generic, который, когда выбрано, зависнет в rEFInd-booting-prompt. Удар F2 в меню позволит мне выбрать свою фактическую (3.19.0-32-универсальную) версию, но с тем же результатом. При ударе F2 снова опции показывают как в/boot/refind_linux.conf
ro quiet splash nomodeset vt.handoff=7, которые совпадают с в GRUB. – paulkernstock 22 November 2015 в 09:04
Существует еще менее навязчивый способ сделать это, не перезапуская сервис SSH.
От man sshd:
sshd перечитывает свой конфигурационный файл, когда он получает сигнал зависания, SIGHUP, путем выполнения себя с именем и опциями, он был запущен с, например,/usr/sbin/sshd.
Таким образом, можно использовать команду как следующее для отправки SIGHUP в серверный процесс SSH:
sudo kill -SIGHUP $(pgrep -f "sshd -D")
pgrep -f "sshd -D" часть возвратит только PID sshd процесса демона, который прислушивается к новым соединениям, так как, вероятно, будут другие PIDs для каждой активной сессии, которым не нужен сигнал.
Для Систем Systemd - значение по умолчанию Ubuntu
sudo systemctl reload sshd.service
или
sudo systemctl reload sshd
или
sudo /bin/systemctl reload sshd.service
Для систем Sysvinit
sudo service sshd reload
или
sudo /etc/init.d/sshd reload
Перезагрузка может быть лучшей альтернативой перезапуску
sudo service sshd reload
под капотом это отправляет HUP предупредите sshd процесс демона почти о том же способе, которым уже ответил Steven K. Различие - то, что этот вариант использует killproc функция вместо kill управляйте непосредственно для отправки сигнала еще более точным способом (для сокращения возможных ошибок отправки сигналов к неправильным процессам). Конфигурация перечитана, не перезапуская/останавливая сервис.
Конечно, он ценность, чтобы узнать, как точно SSH deamon называют на самом деле как другие, обсудил.