Soluzione 1:
Il riavvio di sshd dopo aver effettuato l'accesso tramite ssh non disconnetterà la tua connessione ssh.
Se sei preoccupato per la tua configurazione, accedi alcune volte tramite ssh e riavvia. Se non puoi più accedere con ssh, con nuove connessioni, ora hai accesso per risolvere i problemi.
Menzionato di seguito in un commento di @Milan Babuškov:sshd -t testerà la tua configurazione per la correttezza della sintassi, se vuoi esserne veramente sicuro.
Un altro suggerimento, di @Ronald Pottol, è stato quello di creare un cron attività per riavviare il server con una configurazione funzionante nota. Forse eccessivo, ma se stai aggiornando un server mission-critical, ecc... a volte non si è mai troppo attenti.
Soluzione 2:
Se hai accesso all'hardware potresti considerare di mettere un terminale sulla porta seriale /dev/ttyS0 . Quindi puoi avere una backdoor nel tuo server.
aggiungi semplicemente
SO:2345:respawn:/sbin/mingetty ttySO
al tuo /etc/inittab e un terminale verrà generato sulla tua porta seriale. Puoi utilizzare un concentratore di porta seriale o utilizzare un null modem dal server accanto.
Soluzione 3:
Non preoccuparti, la tua sessione corrente non verrà disconnessa, anche se c'è un problema con la nuova configurazione.
Dopo aver applicato la nuova configurazione e riavviato sshd, prova ad accedere un paio di volte e dai un'occhiata ai log per vedere se è tutto a posto.
Soluzione 4:
Oppure, usa un cron o at job per riavviarlo, se ti senti sfortunato?