Como resolver erros de 'Conexão recusada' na conexão SSH?

Eu tenho um Ubuntu Server 10.10 de 32 bits em minha casa. Estou fazendo conexões SSH com ele no meu PC via Putty.

O problema é que, às vezes, consigo fazer login sem problemas. No entanto, às vezes, ocorre um erro como este:Network error: Connection refused.

Então, não mudo nada, tente entrar mais algumas vezes, espere um pouco e tente novamente. Às vezes eu consigo logar, outras vezes não. Parece bem aleatório para mim.

O que posso fazer para resolver isso?

Editar:

E, às vezes, Putty dá Network error: Software caused connection aborterro após a exibição do login as:texto.

Aqui está a saída ping -t:

Pinging 192.168.2.254 with 32 bytes of data:
Reply from 192.168.2.254: bytes=32 time=6ms TTL=64
Reply from 192.168.2.254: bytes=32 time=65ms TTL=6
Reply from 192.168.2.254: bytes=32 time=88ms TTL=6
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=3ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64

Desliguei o firewall do roteador, e tudo parece funcionar agora. Exceto por isso, ainda não consigo entrar no meu servidor da Web digitando IP externo do meu PC.

Você deve instalar o openssh-server no Linux antes que isso funcione. Obtenha o endereço IP interno do Ubuntu e use esse IP para configurar a seção de encaminhamento de porta na porta 22 (SSH) do seu roteador. Embora se você não pretende fazer o SSH de fora da sua rede, isso não é necessário.

Aqui está como instalar o openssh-server:

sudo apt-get install openssh-server openssh-client
[ENTER PASSWORD]

O conflito de endereço IP acabou sendo a causa raiz quando eu estava vendo essa mensagem de erro SSH.

Depois de ler as respostas acima, suspeitei de um conflito de endereços IP, mas precisava provar que o conflito de endereços era ou não era o problema.

Este excelente artigo mostrou como usar o arp-scan para verificar se duas peças de hardware estavam reivindicando o mesmo endereço IP.

No meu caso, a máquina do servidor tinha um endereço IP estático 192.168.1.42, usei o arp-scan para verificar esse endereço:

$ sudo apt-get install arp-scan
$ arp-scan -I eth0 -l | grep 192.168.1.42
  192.168.1.42 d4:eb:9a:f2:11:a1 (Unknown)
  192.168.1.42 f4:23:a4:38:b5:76 (Unknown) (DUP: 2)

Com certeza, houve um conflito, como mostrado acima. Então executei o arp-scan sem o grep, descobri que .43 estava disponível, editei /etc/network/interfacese alterei o IP estático de .42 para .43

Use arpingno endereço IP que está tendo problemas de conexão. Isso mostrará o endereço MAC para cada resposta de ping e, com sorte, desmascarará o endereço MAC não autorizado.

arping 192.168.2.254

Você deve verificar o pool de endereços IP DHCP no servidor DHCP, verifique se nenhum dispositivo possui IPs estáticos que colidem com o pool DHCP.

Essas dicas apontam para duplicar o IP:

• O ping ttl e o tempo de ida e volta se parecem com 2 servidores distintos
• desconexões intermitentes sem reiniciar

Eu tive o mesmo problema, mesmo tendo um endereço IP estático. Acontece que outro servidor na minha rede recebeu o mesmo endereço IP (estático). (Duh.) Parece que o problema é causado por conflitos de endereço IP, mas pode haver várias maneiras possíveis de acontecer. Se você definir o seu para estático e ainda tiver um problema, tente desligar a máquina e executar ping no endereço. Se você receber alguma resposta, comece a procurar o que mais poderia ter o mesmo endereço.

abra o arquivo de configuração ssh:

sudo nano /etc/ssh/ssh_config

encontre o porto

#port 22

remova a opção de porta afiada

salve o arquivo ctrl + xe reinicie o serviço

sudo service ssh restart

O que você ganha se fizer isso?

grep 192.168.2.25 /etc/hosts.deny

Se isso retornar alguma coisa, você precisará removê-lo.

Isso parece mais um problema do seu equipamento de rede do que do próprio servidor.

Verifique / var / log / messages para ligar / desligar o link Ethernet (ou wlan no caso de conexão sem fio). Nesse caso, tente mudar os cabos.

Posso confirmar esse problema exato: não é um problema simples de conectividade. O link Ethernet não muda de estado; servidor acessível através de ping; O ssh se conecta perfeitamente de vez em quando e, aparentemente, aleatoriamente não se conecta ou a sessão do ssh existente cai. Isso ocorre no Ubuntu 10.04 e 11.04. Seguindo a sugestão do hheimbuerger, eu dei ao servidor um IP estático, isso pareceu corrigi-lo.

Solução alternativa: altere o adaptador do DHCP para estático.

Eu tinha exatamente o mesmo problema e, no meu caso, acabou sendo um conflito de endereço IP. Minha VM do Ubuntu tinha um endereço dinâmico, mas outra máquina (neste caso, um telefone) tinha um IP estático atribuído que o servidor DHCP desconhecia.

A alteração do IP atribuído pelo servidor DHCP à VM do Ubuntu corrigiu todos os problemas de conexão.

É basicamente por qualquer um dos seguintes motivos:

1. Muitos usuários na rede tentando acessar o servidor
2. Mais de um computador na rede tem o mesmo IP do servidor que está causando um conflito de IP
3. Nome de usuário errado ou suas credenciais foram revogadas

Você pode querer verificar suas iptablesregras no seu servidor. Parece que você tem uma regra para limitar novas conexões SSH.

A próxima regra permite 5 novas conexões por minuto; se você exceder esse limite, suas novas conexões serão rejeitadas após algum tempo:

-A INPUT -p tcp --dport 22 -m conntrack --ctstate NEW -m limit --limit 5/min -j ACCEPT

Consulte a documentação do IPTables / Netfilter , role um pouco até limit.

O arp-scan está mostrando dois dispositivos duplicados, mas quando executo o scanner IP avançado no Win8, todos ficam bem. Então eles nem sempre concordam.

Defino o roteador para revogar todas as concessões dizendo para conceder apenas uma hora. Dar-lhe-á tempo para ver se esclarece.