Meu servidor ssh parou de funcionar depois que fiz algo [fechado]

0

Sou muito novo no Linux, BTW. O objetivo final para mim é executar aplicativos e suas GUIs em um computador (Mac) de outro computador. O primeiro passo é apenas usar o SSH para acessar e controlar o computador usando outro computador e o terminal. Isso estava funcionando bem.

O próximo passo foi instalar o XQuartz no servidor e no terminal para poder ver e usar a GUI no outro computador. O controle SSH regular funcionou, mas não a GUI. Aparentemente, a variável DISPLAY não foi configurada corretamente e isso foi provavelmente devido ao fato de que X11Forwarding foi definido como no no arquivo sshd.config . Eu mudei para yes ; SSH regular ainda funcionava, mas o DISPLAY ainda estava errado e a GUI não aparecia. Então, eu li que tinha que reiniciar o serviço SSH e descobri uma maneira de fazer isso:

sudo launchctl unload -w /System/Library/LaunchDaemons/ssh.plist

Isso estragou algo, porque agora eu não consigo nem fazer o controle ssh regualr. Eu tentei descarregar e carregar, isso dá diferentes mensagens de erro no terminal:

Quando eu corro (no outro computador):

sudo launchctl load -w /System/Library/LaunchDaemons/ssh.plist

Eu recebo instantaneamente:

ssh_exchange_identification: Connection closed by remote host

Depois tentei desfazer o dano:

sudo launchctl unload -w /System/Library/LaunchDaemons/ssh.plist

Então eu, depois de algum tempo (cerca de 3 segundos), obtenho:

ssh: connect to host macpro-c10c8b.imt.liu.se port 22: Connection refused

O que eu fiz e como posso corrigi-lo?

    
por Robin 31.03.2015 / 19:41

2 respostas

1

Você deve tentar olhar nos logs do sshd, de alguma forma você vem com configuração SSHD inválida, aqui está um guia sobre isso: link veja onde o sshd está registrando coisas e procure por um possível problema porque ele não está funcionando para você.

Este "ssh: conecta-se à porta 22 do host macpro-c10c8b.imt.liu.se: Conexão recusada" deve guiá-lo não há nenhum sshd rodando em macpro-c10c8b.imt.liu.se (provavelmente sua caixa Linux) e é por isso que o comando falha.

    
por 31.03.2015 / 20:54
0

O problema está resolvido, nós mudamos a extensão do sshd.config para sshd.config.txt. Isso não teve efeito até que eu fiz o comando unload / load. É por isso que culpei a função unload / uload. Mudou o nome de volta ao normal, reiniciou o serviço ssh e agora funciona.

    
por 07.04.2015 / 11:42

Tags