Não é possível ssh no meu servidor a partir do linux inicial mas pode ssh no mesmo servidor a partir do windows

2

Eu não posso usar o ssh no meu servidor a partir de uma das minhas instalações do Ubuntu, mas se eu usar outra instalação do Ubuntu ou o sistema operacional do Windows se conectando com o SSH funcione sem problemas.

Então algo está quebrado em uma das minhas instalações do Ubuntu e estou com dificuldades para encontrar o problema exato.

Eu tentei reinstalar o ssh / openssh-client / openssh- / ssh .

Aqui estão algumas linhas da saída detalhada:

ssh username@MYSERVERADDRESS -v
debug1: Offering RSA public key: /home/user/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Authentication succeeded (publickey).
Authenticated to MYSERVER ([MYSERVERADDRESS]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: pledge: network
packet_write_wait: Connection to MYSERVERADDRESS port 22: Broken pipe

Tentei muitas soluções diferentes de googling mas nunca trabalhei em nenhuma. Diretório .ssh excluído, Deleted / etc / ssh / ssh_config (foi criado automaticamente novamente com valores padrão).

Mais uma informação é que o problema não é do lado do servidor, pois eu posso usar o SSH no servidor usando outro sistema operacional e a mesma rede.

Atualização:

  1. Firewall desativado

  2. Servidor hospedado na nuvem

  3. Eu tenho 3 máquinas diferentes com Windows dual boot e Linux.

  4. O SSH funciona perfeitamente com todas as máquinas, exceto uma em que o Linux está incomodando a conexão e, na mesma máquina, usando o Windows, todas as multas de trabalho.

  5. Visão mais clara do ponto 4: Total de 3 máquinas cada uma carregada com Linux e Windows (inicialização dupla) e apenas uma máquina durante a execução do Linux com problema com SSH.

Deixe-me saber se você precisa de mais dados meus (exceto SERVIDOR DE ENDEREÇO e NOME DE USUÁRIO).

    
por Mohan Sharma 31.08.2017 / 07:54

2 respostas

4

Eu encontrei a solução para esse problema (desculpe por responder minha própria pergunta). Eu estou respondendo porque se alguém tem esse problema, então ele pode usar a solução que eu encontrei.

Na verdade, o problema está no servidor de ambos os lados, assim como no lado do cliente.

O problema no lado do servidor era que o arquivo /home/<user>/.ssh/known_hosts no servidor estava tendo entrada inválida para a instalação do Ubuntu, já que o sistema operacional tinha o mesmo id de hardware e o mesmo ip (ip estático), mas chaves diferentes.

Então o que eu fiz é:

ssh-keygen -f /home/<user>/.ssh/known_hosts -R ip.ip.ip.ip

No meu caso ip.ip.ip.ip é ip público estático da minha rede. Execute este comando tanto no servidor como na máquina cliente, onde ip.ip.ip.ip será alterado, respectivamente.

Eu não sei o que esse comando faz (achei essa solução do googling / trial-error)

Você também pode copiar o arquivo known_hosts de suas máquinas cliente para outra máquina cliente ou sistemas operacionais.

Desculpe pelo meu mau inglês.

E se alguém souber o que esse comando faz e por que esse comando resolveu o problema, informe-nos! obrigada.

Bingo resolvido!

    
por 01.09.2017 / 08:59
0

Bloqueado fora do seu servidor? Entre de volta!

Bloqueado do servidor devido a:

  • Erro de falha na verificação da chave de host
  • SSH Bad Config
  • Configuração incorreta
  • Bloqueio de firewall

NOTA: Este trabalho para o Unix | Linux, não no Windows.

Vamos começar.

Duas opções disponíveis dependendo da sua situação.

Opton 1: Terminal Access ( se você puder recuperar o acesso ao terminal )

Opção de acesso ao terminal

Atualize seu sistema com:

sudo aptitude update && aptitude safe-upgrade -y

* Ou você pode usar:

sudo apt-get update && apt-get upgrade -y

Agora reinstale seu ssh quebrado

sudo apt-get --install ssh -y

Você instalará a versão atualizada!

Para corrigir a mensagem Verificação de falha na chave de host , faça:

ssh-keygen -R hostname

.

Acesso SSH bloqueado? Entre de volta!

Se você está bloqueado completamente do seu servidor recebendo tempo limite ao tentar se conectar usando o ssh devido a; configuração de firewall ruim, porta bloqueada, falha de disco ou configuração ssh incorreta, Erro de Verificação de Chave de Host, etc. Você usará a opção Disk Mount .

Opção de montagem em disco ( servidor remoto )

Supondo que você tentou Reinicialização Remota, Redefinição Remota, Redefinição Remota de Hardware por meio da interface da Web e o problema persiste.

Por favor, pergunte ao seu centro de dados para lhe dar um Console KVM acesse e inicialize sua caixa em um resgate Modo ( você pode obtê-lo gratuitamente por 1 hora )

Do acesso ao console: Login:

*ubuntu@rescue#*

Monte seu disco

    mkdir tempDisk

    mount --bind /dev/xvda2 /tempDisk
    mount --bind /proc /tempDisk/proc
    mount --bind /dev /tempDisk/dev
    mount --bind /sys /tempDisk/sys

    chroot /tempDisk

NOTA: Seu prompt vai mudar agora você está na raiz

**root@your-host#**

Investigue o problema e corrija-o. Exemplo atualize seu sistema para corrigir possíveis erros.

sudo apt-get update && apt-get upgrade -y
sudo apt-get --install ssh -y

Corrija a mensagem Verificação de falha na chave de host com:

ssh-keygen -R hostname

Conclua a saída para o prompt do DKM-Console

'**root@your-host#** exit '

Banco em resgate

*ubuntu@rescue#*

Reinicie seu servidor através do mesmo KVM-Console.

*ubuntu@rescue#* shutdown -r now

faça o login normal, e você está pronto.

Opção de acesso local

Se você tiver acesso local ou de rack , remova o disco, monte-o em outro linux de trabalho da mesma versão, por exemplo:

***mytech@hostname#***

 mkdir tempDisk

mount --bind /dev/xvda2 /tempDisk
mount --bind /proc /tempDisk/proc
mount --bind /dev /tempDisk/dev
mount --bind /sys /tempDisk/sys

Receba o acesso de volta com:     chroot / tempDisk

NOTA: Seu prompt vai mudar agora você está na raiz do seu servidor!

myServer@hostname#;

sudo apt-get update && apt-get upgrade -y
sudo apt-get --install ssh -y

Corrija a mensagem Verificação de falha na chave de host com:

ssh-keygen -R hostname

Concluída a saída

'**myServer@hostname#** exit '

Remova o disco e conecte-o novamente ao servidor original e ligue-o ! .

    
por 01.09.2017 / 08:23