Eu tenho um servidor Ubuntu 10.10 de 32 bits em minha casa. Eu estou fazendo conexões SSH para ele do meu PC via Putty.
O problema é que às vezes consigo fazer login sem problemas. No entanto, às vezes, isso me dá um erro assim: Network error: Connection refused.
Então, eu não mudo nada, tente logar algumas vezes mais, espere um pouco e tente novamente. Às vezes eu consigo logar, às vezes não consigo. Parece muito aleatório para mim.
O que posso fazer para resolver isso?
Editar:
E, às vezes, Putty dá erro Network error: Software caused connection abort depois de exibir login as: text.
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
Eu desliguei o firewall do roteador e tudo parece funcionar agora. Exceto por isso, eu ainda não consigo entrar no meu servidor 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 o encaminhamento de porta na seção da porta 22 (SSH) do seu roteador. Embora você não pretenda usar o SSH fora da sua rede, isso não é necessário.
Veja 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 vi esta mensagem de erro SSH.
Depois de ler as respostas acima, suspeitei de um conflito de endereços IP, mas precisei provar que o conflito de endereços era ou não o problema.
Este artigo excelente mostrou como use arp-scan para ver 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 de 192.168.1.42, eu usei 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)
Claro que houve um conflito, como mostrado acima. Então eu corri arp-scan sem o grep, achei que .43 estava disponível, fui e editei /etc/network/interfaces e mudei o ip estático de .42 para .43
Use arping no endereço IP que está tendo problemas de conexão . Isso mostrará o endereço MAC para cada resposta de ping e, esperamos, desmascarará o endereço MAC não autorizado.
arping 192.168.2.254
Você deve verificar o pool de endereços IP do DHCP no servidor DHCP, certifique-se de que nenhum dispositivo possua IPs estáticos que colidam com o pool DHCP.
Essas pistas apontam para duplicar o IP:
Eu tive o mesmo problema, apesar de ter um endereço IP estático. Acontece que outro servidor na minha rede recebeu o mesmo endereço IP (estático). (Duh.) Então, parece que o problema é causado por conflitos de endereços IP, mas pode haver várias maneiras possíveis que podem acontecer. Se você definiu o seu como estático e ainda tiver um problema, tente desligar sua máquina e fazer o ping no endereço. Se você receber alguma resposta, comece a procurar o que mais poderia ter o mesmo endereço.
Isso parece mais um problema do seu equipamento de rede do que o próprio servidor.
Verifique / var / log / messages para up / downs do link Ethernet (ou wlan no caso de wireless). Se assim for, tente trocar 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 via ping; ssh conecta-se perfeitamente de vez em quando, então aparentemente aleatoriamente não conecta ou a sessão ssh existente cai. Isso ocorre no Ubuntu 10.04 e 11.04. Após a sugestão do heamimberger, eu dei ao servidor um IP estático, isso pareceu resolver isso.
Solução alternativa: altere o adaptador de DHCP para estático.
abra o arquivo de configuração do ssh:
sudo nano /etc/ssh/ssh_config
encontre a porta
#port 22
remova a opção de porta com precisão
salve o arquivo em ctrl + x e reinicie seu 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.
Eu tive exatamente o mesmo problema e, no meu caso, acabou sendo um conflito de endereço IP. Meu Ubuntu VM 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 não conhecia.
Apenas 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 motivos a seguir:
Você pode querer verificar suas regras de iptables em 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
Veja a documentação do IPTables / Netfilter , role um pouco até limit .
O arp-scan está mostrando dois dispositivos duplicados, mas quando eu executo o Advanced IP Scanner no Win8, todos parecem bem. Então eles nem sempre concordam.
Eu configurei o roteador para revogar todas as concessões, dizendo-lhe para dar apenas 1 hora de aluguel. Vai dar tempo para ver se esclarece.