Não é possível conectar ao servidor via SSH

2

Estou executando o RHEL 6.0 e acidentalmente movi o / bin, / boot, / cgroup, console.txt, / data, / dev / etc para outra pasta. Acho que consegui mover essas pastas de volta, mas agora estou com problemas para me conectar ao servidor usando SSH, mas consigo acessar o servidor via VNC.

Quando tentei me conectar ao servidor usando um terminal de outro servidor, recebi o erro

ssh_exchange_identification: Connection closed by remote host

Atualmente, ainda estou conectado via SSH ao servidor (ainda não fechei a janela) e ainda posso acessá-lo normalmente. Mas se eu tentar abrir um novo terminal SSH da minha sessão atual, eu vejo

/bin/bash: Permission denied

Se eu tentar abrir uma nova janela de Transferência de Arquivos SSH da minha sessão atual, recebo o erro

File transfer server could not be started or it exited unexpectedly. 
Exit value 0 was returned. Most likely the sftp-server is not in the path of the user on the server-side

Eu verifiquei e tenho

Subsystem  sftp  /usr/libexec/openssh/sftp-server

que é o mesmo caminho que a saída de

locate sftp-server

Além disso, quando tentei reiniciar o sshd, recebi o erro

Couldn't open /dev/null: Permission denied

Mas meu / dev / null tem as permissões

crw-rw-rw-

para raiz, raiz.

Como posso resolver isso?

ETA: Obrigado por toda sua ajuda! Consegui iniciar o ssh executando o aplicativo diretamente

/usr/sbin/sshd

Mesmo que o status do daemon openssh ainda esteja "parado".

    
por Rayne 12.04.2012 / 13:39

3 respostas

3

Infelizmente, seu melhor curso de ação aqui é reinstalar o sistema operacional. Teoricamente, é possível corrigir esse erro de permissões específico, mas você ainda tem centenas de outros arquivos e pastas em um estado desconhecido, e qualquer um deles pode causar problemas de funcionamento no futuro.

Este é o seu único caminho de volta para um sistema estável e confiável.

    
por 12.04.2012 / 14:22
3

Como outros já observaram, a única maneira segura de restaurar o sistema completamente é restaurar a partir do backup.

Se você não conseguir fazer isso, você pode verificar o banco de dados do RPM ( rpm -Va ) para ver quais arquivos ainda estão faltando e / ou ter permissões erradas.

Ver, por exemplo, este post e este sobre como para restaurar permissões usando rpm.

Boa sorte.

    
por 16.04.2012 / 08:49
3

Como as coisas claramente não estão funcionando como deveriam e você não está realmente certo de que você acabou de desfazer qualquer dano causado pelo movimento das coisas, sugiro que o único curso sensato a ser feito neste momento é restaurar o sistema de cópia de segurança. Qualquer outra coisa pode deixar seu sistema em um estado imprevisível.

    
por 12.04.2012 / 14:18