Come risolvere gli errori "Connessione rifiutata" nella connessione SSH?

Ho un Ubuntu Server 10.10 a 32 bit a casa mia. Sto effettuando connessioni SSH dal mio PC tramite Putty.

Il problema è che a volte sono in grado di accedere senza problemi. Tuttavia, a volte mi dà un errore come questo:Network error: Connection refused.

Quindi, non cambio nulla, provo ad accedere alcune volte in più, attendo qualche istante e riprovo. A volte posso accedere, a volte no. Mi sembra abbastanza casuale.

Cosa posso fare per risolvere questo?

Modificare:

E a volte, Putty dà un Network error: Software caused connection aborterrore dopo aver visualizzato il login as:testo.

Ecco l'output 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

Ho disattivato il firewall del router e tutto sembra funzionare ora. Tranne quello, non riesco ancora ad accedere al mio server web digitando IP esterno dal mio PC.

Devi installare openssh-server su Linux prima che funzioni. Ottieni l'indirizzo IP interno di Ubuntu e usalo per configurare il port forwarding sulla porta 22 (SSH) sezione del tuo router. Tuttavia, se non si intende SSH al di fuori della propria rete, ciò non è necessario.

Ecco come installare openssh-server:

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

Il conflitto di indirizzi IP si è rivelato essere la causa principale quando stavo vedendo questo messaggio di errore SSH.

Dopo aver letto le risposte sopra ho sospettato un conflitto di indirizzi IP, ma dovevo dimostrare che il conflitto di indirizzi era o non era il problema.

Questo fantastico articolo mostra come usare arp-scan per vedere se due componenti hardware rivendicano lo stesso indirizzo IP.

Nel mio caso la macchina server aveva un indirizzo IP statico di 192.168.1.42, ho usato arp-scan per controllare quell'indirizzo:

$ 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)

Abbastanza sicuro c'è stato un conflitto, come mostrato sopra. Quindi ho eseguito arp-scan senza grep, ho scoperto che .43 era disponibile, sono andato e modificato /etc/network/interfacese ho cambiato l'ip statico da .42 a .43

Utilizzare arpingsull'indirizzo IP che presenta problemi di connessione. Ciò mostrerà l'indirizzo MAC per ogni risposta ping e, si spera, smaschererà l'indirizzo MAC canaglia.

arping 192.168.2.254

È necessario controllare il pool di indirizzi IP DHCP sul server DHCP, assicurarsi che nessun dispositivo abbia IP statici che si scontrano con il pool DHCP.

Questi indizi indicano un IP duplicato:

• ping ttl e round trip time sembrano 2 server distinti
• disconnessione intermittente senza riavvio

Ho avuto lo stesso problema, anche se avevo un indirizzo IP statico. Si scopre che a un altro server sulla mia rete era stato assegnato lo stesso indirizzo IP (statico). (Duh.) Quindi sembra che il problema sia causato da conflitti di indirizzi IP, ma ci possono essere vari modi in cui possono accadere. Se imposti il ​​tuo su statico e hai ancora problemi, prova a spegnere il computer e a eseguire il ping dell'indirizzo. Se ricevi delle risposte, inizia a cercare cos'altro potrebbe avere lo stesso indirizzo.

Cosa ottieni se lo fai?

grep 192.168.2.25 /etc/hosts.deny

Se restituisce qualcosa, è necessario rimuoverlo.

apri il file di ssh config:

sudo nano /etc/ssh/ssh_config

trova il porto

#port 22

rimuovere nitida l'opzione porta

quindi salva il file ctrl + xe riavvia il servizio

sudo service ssh restart

Questo sembra più un problema delle apparecchiature di rete che il server stesso.

Controlla / var / log / messaggi per il collegamento ethernet su / giù (o wlan in caso di wireless). In tal caso, prova a cambiare i cavi.

Posso confermare questo preciso problema: non è un semplice problema di connettività. Il collegamento Ethernet non cambia stato; il server è raggiungibile tramite ping; ssh si collega in modo impeccabile di tanto in tanto, quindi apparentemente casualmente non si connette o la sessione ssh esistente cade. Ciò si verifica su Ubuntu 10.04 e 11.04. Seguendo il suggerimento di hheimbuerger ho dato al server un IP statico, questo sembrava risolverlo.

Soluzione alternativa: modificare l'adattatore da DHCP a statico.

Ho avuto esattamente lo stesso problema e nel mio caso si è rivelato un conflitto di indirizzi IP. La mia macchina virtuale Ubuntu aveva un indirizzo dinamico, ma a un'altra macchina (in questo caso un telefono) era assegnato un indirizzo IP statico che il server DHCP non conosceva.

La semplice modifica dell'IP assegnato dal server DHCP alla macchina virtuale Ubuntu ha risolto tutti i problemi di connessione.

È fondamentalmente a causa di uno dei seguenti motivi:

1. Troppi utenti sulla rete tentano di accedere al server
2. Più di un computer in rete ha lo stesso IP del server che causa un conflitto IP
3. Il nome utente errato o le credenziali sono state revocate

Potresti voler controllare le tue iptablesregole sul tuo server. Sembra che tu abbia una regola per limitare le nuove connessioni SSH.

La regola successiva consente 5 nuove connessioni al minuto, se si supera questo limite, le nuove connessioni verranno rifiutate dopo un certo periodo di tempo:

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

Vedere la documentazione IPTables / Netfilter , scorrere un po 'fino a limit.

arp-scan mostra due dispositivi duplicati, ma quando eseguo Advanced IP scanner su Win8 sembrano tutti a posto. Quindi non sono sempre d'accordo.

Ho impostato il router per revocare tutti i contratti di locazione dicendogli di dare solo contratti di 1 ora. Gli darà il tempo di vedere se si risolve.