Zmieniłem konfigurację w pliku
/etc/ssh/sshd_config
ale zadziałało dopiero po ponownym uruchomieniu serwera. Jak wprowadzać zmiany bez ponownego uruchamiania serwera?
Zmieniłem konfigurację w pliku
/etc/ssh/sshd_config
ale zadziałało dopiero po ponownym uruchomieniu serwera. Jak wprowadzać zmiany bez ponownego uruchamiania serwera?
Odpowiedzi:
Po prostu uruchom ponownie usługę sshd:
sudo service sshd restart
lub:
sudo /etc/init.d/sshd restart
sudo service ssh restart
nie zrobię tego. Musisz ponownie uruchomić sshd, a nie ssh:
sudo service sshd restart
sudo service ssh restartdziała świetnie, a sudo service sshd restartraporty „sshd: nierozpoznana usługa”. Nie jestem pewien, dlaczego to się zmienia ...
Jest jeszcze mniej inwazyjny sposób na to, bez ponownego uruchamiania usługi SSH.
Od man sshd:
sshd ponownie odczytuje swój plik konfiguracyjny, gdy otrzyma sygnał zawieszenia, SIGHUP, wykonując się z nazwą i opcjami, z którymi został uruchomiony, np. / usr / sbin / sshd.
Możesz więc użyć polecenia takiego jak poniżej, aby wysłać SIGHUP do procesu serwera SSH:
sudo kill -SIGHUP $(pgrep -f "sshd -D")
pgrep -f "sshd -D"Część powróci tylko PID procesu demona sshd który nasłuchuje nowych połączeń, ponieważ nie mogą być inne dla każdego PID aktywnej sesji, że nie trzeba sygnał.
sudo pkill -HUP sshd?
sshdprocesami. sudo pkill -HUP -f "sshd -D"jest kuszącą alternatywą, ale następnie pkill sygnalizuje własnego sudorodzica, ponieważ jego pełny wiersz poleceń odpowiada własnemu wzorowi wyszukiwania. Możesz wymyślić wzór, który nie pasuje do siebie ... -f "sshd -[D], ale to trochę zaciemnia rzeczy. Myślę, że metoda pgrep jest łatwiejsza dla uczniów, aby mogli owinąć głowy.
Jako kontrola roota
service --status-all | grep ssh
Nie miałem sshdusługi, ale miałem sshusługę na serwerze Ubuntu. Następnie
service ssh restart
Przeładowanie może być lepszą alternatywą do ponownego uruchomienia
sudo service sshd reload
pod maską to wysyła HUPsygnał do procesu demona sshd prawie tak samo Steven K już odpowiedział . Różnica polega na tym, że ten wariant wykorzystuje killprocfunkcję zamiast killpolecenia bezpośrednio, aby wysłać sygnał w jeszcze bardziej precyzyjny sposób (w celu zmniejszenia możliwych błędów wysyłania sygnałów do niewłaściwych procesów). Konfiguracja jest ponownie czytana bez ponownego uruchamiania / zatrzymywania usługi.
Oczywiście warto dowiedzieć się, jak dokładnie nazywa się deamon SSH, tak jak mówili inni.
sudo service ssh restartdo zrestartowania usługi, aby zastosować. Pamiętaj jednak, że jeśli masz połączenie przez SSH, sesja zostanie zakończona.