Ho cambiato la configurazione nel file
/etc/ssh/sshd_config
ma ha effetto solo dopo il riavvio del server. Come eseguire le modifiche senza riavviare il server?
Ho cambiato la configurazione nel file
/etc/ssh/sshd_config
ma ha effetto solo dopo il riavvio del server. Come eseguire le modifiche senza riavviare il server?
Risposte:
Basta riavviare il servizio sshd:
sudo service sshd restart
o:
sudo /etc/init.d/sshd restart
sudo service ssh restart
non lo farà. È necessario riavviare sshd, non ssh:
sudo service sshd restart
sudo service ssh restartfunziona benissimo, mentre sudo service sshd restartriporta "sshd: servizio non riconosciuto". Non sono sicuro del perché ciò vari ...
C'è un modo ancora meno invadente per farlo, senza riavviare il servizio SSH.
Da man sshd:
sshd rilegge il suo file di configurazione quando riceve un segnale di blocco, SIGHUP, eseguendosi con il nome e le opzioni con cui è stato avviato, ad es. / usr / sbin / sshd.
Quindi puoi usare un comando come il seguente per inviare SIGHUP al processo del server SSH:
sudo kill -SIGHUP $(pgrep -f "sshd -D")
La pgrep -f "sshd -D"parte restituirà solo il PID del processo demone sshd in ascolto di nuove connessioni, poiché è probabile che ci siano altri PID per ogni sessione attiva che non necessita del segnale.
sudo pkill -HUP sshd?
sshdprocessi. sudo pkill -HUP -f "sshd -D"è un'alternativa allettante, ma poi pkill segnala il proprio sudogenitore poiché la sua riga di comando completa corrisponde al proprio modello di ricerca. Puoi inventare uno schema che non corrisponda a se stesso ... -f "sshd -[D], ma che offusca un po 'le cose. Penso che il metodo pgrep sia più facile per gli studenti per avvolgere la testa.
Come controllo root
service --status-all | grep ssh
Non avevo alcun sshdservizio, ma avevo un sshservizio sul server Ubuntu. Poi
service ssh restart
Ricarica può essere una migliore alternativa al riavvio
sudo service sshd reload
sotto il cofano invia il HUPsegnale al processo demone sshd quasi nello stesso modo in cui Steven K ha già risposto . La differenza è che questa variante utilizza la killprocfunzione anziché il killcomando direttamente per inviare il segnale in modo ancora più preciso (per ridurre possibili errori di invio di segnali a processi errati). La configurazione viene riletta senza riavviare / arrestare il servizio.
Ovviamente vale la pena scoprire come si chiama esattamente il demone SSH mentre altri ne discutono.
sudo service ssh restartper riavviare il servizio per rendere effettive. Ma ricorda che se sei connesso tramite SSH, la sessione verrà chiusa.