Відповіді:
Перезапуск sshd під час входу через ssh не відключить ваше ssh-з'єднання.
Якщо ви турбуєтесь про свою конфігурацію, увійдіть кілька разів через ssh та перезапустіть. Якщо ви більше не можете ввімкнути новий сервіс, ви зможете вирішити проблеми.
Згадане нижче у коментарі @Milan Babuškov: sshd -tперевірить вашу конфігурацію на правильність синтаксису, якщо ви дійсно хочете бути впевненими.
Ще однією пропозицією @Ronald Pottol було встановити cronзавдання перезапустити сервер із відомою робочою конфігурацією. Можливо, надмірність, але якщо ви оновлюєте критичний сервер місії тощо ... іноді ви ніколи не можете бути занадто обережними.
sshd -tсправді прямого з авторитетного джерела: Тестовий режим. Перевірте лише достовірність файлу конфігурації та обґрунтованість клавіш. Це корисно для надійного оновлення sshd, оскільки параметри конфігурації можуть змінюватися.
Якщо у вас є доступ до обладнання, ви можете поставити термінал на послідовний порт / dev / ttyS0. Тоді ви можете мати задню двері у свій сервер.
просто додати
SO:2345:respawn:/sbin/mingetty ttySO
до вашого / etc / inittab, і термінал породить ваш послідовний порт. Можна використовувати концентратор послідовного порту або використовувати нульовий модем із сервера поруч.
Не хвилюйтесь, ваш поточний сеанс не буде відключений, навіть якщо є проблема з новою конфігурацією.
Застосувавши нову конфігурацію та перезапустивши sshd, спробуйте увійти в систему кілька разів та перегляньте журнали, щоб побачити, чи все в порядку.
Або скористайтеся кроном або на роботі, щоб розпочати його резервне копіювання, якщо ви відчуваєте себе невдало?
cronабо atбуде працювати, скопіювати "відомий" робочий стан, тобто стару конфігурацію, повернути назад, а потім зробити перезапуск послуги ...
Не могли б ви просто запустити kill -HUP у PID служби SSH? Це не чисто, але це працює
SIGHUP це чистий спосіб перезавантажити конфігурацію демона.
pkill -HUP sshdзакрив мій зв’язок. Це спрацювало:kill -HUP $(pgrep -f /usr/bin/sshd)
Я виявив, що нині sshdне відключає ваші сеанси при перезапуску, особливо коли це дистрибутив на основі Redhat. Ви завжди можете написати невеликий сценарій, який автоматично відновить вашу sshdконфігурацію з резервного копіювання та перезапустіть sshdчерез 5 хв як завдання cronчи atзавдання. Це забезпечить, що навіть якщо ви відключитесь, ви зможете повернутися як мінімум на свій сервер.
Я б не рекомендував перезавантажувати / перезавантажувати SSHD на sshd-з'єднанні. Я бачив багато випадків, коли sshd просто не запускався б із резервної копії через синтаксичну помилку в sshd_config.
Незважаючи на те, що з конфігураційним файлом все нормально, це ризиковано.