Eu mudei a configuração no arquivo
/etc/ssh/sshd_config
mas entrou em vigor somente após a reinicialização do servidor. Como fazer alterações sem reiniciar o servidor?
Eu mudei a configuração no arquivo
/etc/ssh/sshd_config
mas entrou em vigor somente após a reinicialização do servidor. Como fazer alterações sem reiniciar o servidor?
Respostas:
Simplesmente reinicie o serviço sshd:
sudo service sshd restart
ou:
sudo /etc/init.d/sshd restart
sudo service ssh restart
não vai fazer isso. Você precisa reiniciar o sshd, não o ssh:
sudo service sshd restart
sudo service ssh restartfunciona muito bem, enquanto o sudo service sshd restartrelatório "sshd: serviço não reconhecido". Não sei por que isso varia ...
Há uma maneira ainda menos invasiva de fazer isso, sem reiniciar o serviço SSH.
De man sshd:
O sshd relê seu arquivo de configuração quando recebe um sinal de interrupção, SIGHUP, executando-se com o nome e as opções com as quais foi iniciado, por exemplo, / usr / sbin / sshd.
Portanto, você pode usar um comando como o seguinte para enviar SIGHUP ao processo do servidor SSH:
sudo kill -SIGHUP $(pgrep -f "sshd -D")
A pgrep -f "sshd -D"parte retornará apenas o PID do processo daemon sshd que escuta novas conexões, pois provavelmente haverá outros PIDs para cada sessão ativa que não precisem do sinal.
sudo pkill -HUP sshd?
sshdprocessos. sudo pkill -HUP -f "sshd -D"é uma alternativa tentadora, mas o pkill sinaliza seu próprio sudopai, já que sua linha de comando completa corresponde ao seu próprio padrão de pesquisa. Você pode criar um padrão que não combina com ele ... -f "sshd -[D], mas que ofusca um pouco as coisas. Eu acho que o método pgrep é mais fácil para os alunos entenderem.
Como verificação de raiz
service --status-all | grep ssh
Eu não tinha sshdserviço, mas tinha sshserviço no servidor Ubuntu. Então
service ssh restart
Recarregar pode ser uma alternativa melhor para reiniciar
sudo service sshd reload
sob o capô, ele envia um HUPsinal para o processo sshd daemon quase da mesma maneira que Steven K já respondeu . A diferença é que essa variante usa a killprocfunção em vez do killcomando diretamente para enviar o sinal de maneira ainda mais precisa (para reduzir possíveis erros de envio de sinais para processos errados). A configuração é relida sem reiniciar / parar o serviço.
É claro que vale a pena descobrir como exatamente o deamon SSH é chamado realmente como os outros discutiram.
sudo service ssh restartpara reiniciar o serviço para entrar em vigor. Mas lembre-se, se você estiver conectado através do SSH, sua sessão será encerrada.