Jawaban:
Restart sshd saat login melalui ssh tidak akan memutuskan koneksi ssh Anda.
Jika Anda khawatir tentang konfigurasi Anda, masuk beberapa kali melalui ssh, dan mulai kembali. Jika Anda tidak dapat lagi ssh in, dengan koneksi baru, Anda sekarang memiliki akses untuk memperbaiki masalah.
Disebutkan di bawah ini dalam komentar oleh @Milan Babuškov: sshd -takan menguji konfigurasi Anda untuk kebenaran sintaks, jika Anda benar-benar ingin memastikan.
Saran lain, oleh @Ronald Pottol adalah mengatur crontugas untuk me-restart server dengan konfigurasi kerja yang diketahui. Mungkin berlebihan, tetapi jika Anda memperbarui server kritis misi, dll ... kadang-kadang Anda tidak pernah bisa terlalu berhati-hati.
sshd -tmemang, langsung dari sumber otoritatif: Mode uji. Hanya periksa validitas file konfigurasi dan kewarasan kunci. Ini berguna untuk memperbarui sshd secara andal karena opsi konfigurasi dapat berubah.
Jika Anda memiliki akses ke perangkat keras Anda dapat mempertimbangkan untuk meletakkan terminal pada port serial / dev / ttyS0. Maka Anda dapat memiliki pintu belakang ke server Anda.
cukup tambahkan
SO:2345:respawn:/sbin/mingetty ttySO
ke / etc / inittab Anda dan terminal akan muncul di port serial Anda. Anda dapat menggunakan konsentrator port serial atau menggunakan modem nol dari server di sebelahnya.
Jangan khawatir, sesi Anda saat ini tidak akan terputus, bahkan jika ada masalah dengan konfigurasi baru.
Setelah menerapkan konfigurasi baru dan memulai kembali sshd, coba masuk beberapa kali dan lihat log untuk melihat apakah semuanya baik-baik saja.
Atau, gunakan cron atau di tempat kerja untuk memulai kembali, jika Anda merasa tidak beruntung?
cronatau atakan bekerja, untuk menyalin 'dikenal' berfungsi, yaitu konfigurasi lama, kembali dan kemudian lakukan restart layanan ...
Tidak bisakah Anda menjalankan kill -HUP di PID layanan SSH? Ini tidak bersih tetapi berfungsi
SIGHUP adalah cara bersih untuk memuat ulang konfigurasi daemon.
pkill -HUP sshdtutup koneksi saya. Ini berhasil:kill -HUP $(pgrep -f /usr/bin/sshd)
Saya telah menemukan bahwa saat sshdini tidak memutuskan sesi Anda ketika memulai kembali, terutama ketika itu adalah distro berbasis Redhat. Anda selalu bisa menulis skrip kecil yang secara otomatis akan mengembalikan sshdkonfigurasi Anda dari cadangan dan memulai kembali sshdsetelah 5 menit sebagai pekerjaan cronatau atIni akan memastikan bahwa bahkan jika Anda terputus, Anda dapat kembali ke server Anda setidaknya.
Saya tidak akan merekomendasikan memulai kembali / memuat ulang SSHD pada koneksi sshd. Saya telah melihat banyak kesempatan di mana sshd tidak akan memulai kembali karena kesalahan sintaks di sshd_config.
Meskipun semuanya baik-baik saja dengan file konfigurasi, ini berisiko.