Wprowadziłem kilka zmian w pliku sshd_config i dlatego muszę zrestartować. Szukam wskazówek na temat bezpiecznego restartowania ssh, gdy uzyskanie fizycznego dostępu do serwera byłoby huga PITA.
29
Ponowne uruchomienie sshd po zalogowaniu przez ssh nie rozłączy połączenia ssh.
Jeśli martwisz się konfiguracją, zaloguj się kilka razy przez ssh i uruchom ponownie. Jeśli nie możesz już ssh, dzięki nowym połączeniom masz teraz dostęp do rozwiązania problemów.
Wspomniany poniżej w komentarzu @Milan Babuškov: sshd -tprzetestuje twoją konfigurację pod kątem poprawności składni, jeśli naprawdę chcesz być pewien.
Inną sugestią @Ronald Pottol było skonfigurowanie cronzadania ponownego uruchomienia serwera przy znanej działającej konfiguracji. Być może przesada, ale jeśli aktualizujesz serwer o znaczeniu krytycznym itp., Czasami nigdy nie możesz być zbyt ostrożny.
sshd -trzeczy samej, prosto z wiarygodnego źródła: tryb testowy. Sprawdź tylko poprawność pliku konfiguracyjnego i poczytaj klucze. Jest to przydatne do niezawodnej aktualizacji sshd, ponieważ opcje konfiguracji mogą ulec zmianie.Jeśli masz dostęp do sprzętu, możesz rozważyć umieszczenie terminala na porcie szeregowym / dev / ttyS0. Następnie możesz mieć tylne drzwi do swojego serwera.
po prostu dodaj
do twojego / etc / inittab, a terminal pojawi się na twoim porcie szeregowym. Możesz użyć koncentratora portów szeregowych lub modemu zerowego z serwera obok niego.
źródło
Nie martw się, bieżąca sesja nie zostanie rozłączona, nawet jeśli wystąpi problem z nową konfiguracją.
Po zastosowaniu nowej konfiguracji i ponownym uruchomieniu sshd, spróbuj zalogować się kilka razy i spójrz na logi, aby sprawdzić, czy wszystko jest w porządku.
źródło
Lub użyj crona lub w pracy, aby uruchomić go ponownie, jeśli masz pecha?
źródło
cronlubatdziałałoby, aby skopiować „znany” działający program, tj. starą konfigurację, z powrotem, a następnie ponownie uruchomić usługę ...Czy nie możesz po prostu uruchomić kill -HUP w PID usługi SSH? Nie jest czysty, ale działa
źródło
SIGHUPjest to czysty sposób na ponowne załadowanie konfiguracji demona.pkill -HUP sshdzamknąłem moje połączenie. To zadziałało:kill -HUP $(pgrep -f /usr/bin/sshd)Przekonałem się, że obecnie
sshdnie rozłącza twoich sesji podczas restartu, szczególnie gdy jest to dystrybucja oparta na Redhat. Zawsze możesz napisać mały skrypt, który automatycznie przywrócisshdkonfigurację z kopii zapasowej i uruchomi się ponowniesshdpo 5 minutach jako zadaniecronlubatzadanie. Zapewni to, że nawet jeśli zostaniesz rozłączony, będziesz mógł przynajmniej wrócić do swojego serwera.źródło
Nie polecam restartowania / przeładowywania dysku SSHD na połączeniu sshd. Widziałem wiele razy, w których sshd po prostu nie uruchamiał się ponownie z powodu błędu składniowego w sshd_config.
Mimo że wszystko jest w porządku z plikiem konfiguracyjnym, jest to ryzykowne.
źródło