Я змінив конфігурацію у файлі
/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 учням простіше обернути голову.
Як коренева перевірка
service --status-all | grep ssh
Я не мав sshdсервісу, але мав sshсервіс на сервері Ubuntu. Потім
service ssh restart
Перезавантаження може бути кращою альтернативою для перезавантаження
sudo service sshd reload
під капотом він посилає HUPсигнал процес демона Sshd майже так само , як Стівен K вже відповіли . Різниця полягає в тому, що цей варіант використовує killprocфункцію замість killкоманди безпосередньо для того, щоб передавати сигнал ще більш точним способом (щоб зменшити можливі помилки передачі сигналів неправильним процесам). Конфігурація перечитується без перезавантаження / зупинки послуги.
Звичайно, варто з'ясувати, як саме називається SSH-димон, як обговорювали інші.
sudo service ssh restartдля перезапуску послуги, щоб набути чинності. Але пам’ятайте, що якщо ви підключені через SSH, ваш сеанс буде припинено.