Come risolvere gli errori di 'Connection refused' nella connessione SSH?

Devi installare openssh-server su Linux prima che funzioni. Ottieni l'indirizzo IP interno di Ubuntu e usa quell'IP per configurare il port forwarding sulla sezione 22 (SSH) del tuo router. Anche se non intendi SSH dall'esterno della tua rete, questo non è richiesto.

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 avevo bisogno di dimostrare che il conflitto di indirizzi era o non era il problema.

Questo ottimo articolo ha mostrato come usa arp-scan per vedere se due pezzi di 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)

Certo, c'era un conflitto, come mostrato sopra. Poi ho eseguito arp-scan senza grep, ho trovato che .43 era disponibile, andato e modificato /etc/network/interfaces e cambiato l'IP statico da .42 a .43

Utilizza arping sull'indirizzo IP che presenta problemi di connessione . Questo mostrerà l'indirizzo MAC per ogni risposta ping, e si spera che venga smascherato 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 entrano in collisione con il pool DHCP.

Questi indizi puntano a duplicare IP:

• ping ttl e round trip time assomiglia a 2 server distinti
• disconnessioni intermittenti senza riavvio

Ho avuto lo stesso problema, anche se avevo un indirizzo IP statico. Si scopre che a un altro server della mia rete è 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 possibili che possono accadere. Se imposti il ​​tuo su statico e hai ancora un problema, prova a spegnere il computer e eseguire il ping dell'indirizzo. Se ricevi delle risposte, inizia a cercare cos'altro potrebbe avere lo stesso indirizzo.

Questo sembra più un problema delle tue apparecchiature di rete rispetto al server stesso.

Controlla / var / log / messages per il collegamento ethernet su / giù (o wlan in caso di wireless). Se è così prova a cambiare i cavi.

Posso confermare questo esatto problema: non si tratta di un semplice problema di connettività. Il collegamento ethernet non cambia stato; il server è raggiungibile via ping; ssh si connette in modo impeccabile di tanto in tanto, quindi apparentemente in modo casuale non si collega o scende la sessione ssh esistente. Ciò si verifica su Ubuntu 10.04 e 11.04. Seguendo il suggerimento di hheimbuerger ho dato al server un IP statico, questo mi sembrava di sistemarlo.

Soluzione temporanea: cambia adattatore da DHCP a statico.

apri il file di ssh config:

sudo nano /etc/ssh/ssh_config

trova la porta

#port 22

rimuovi l'opzione "sharp port"

quindi salva il file con ctrl + x e riavvia il servizio

sudo service ssh restart

Che cosa ottieni se lo fai?

grep 192.168.2.25 /etc/hosts.deny

Se restituisce qualcosa, devi rimuoverlo.

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

Il semplice cambio dell'IP assegnato dal server DHCP a Ubuntu VM ha risolto tutti i problemi di connessione.

È fondamentalmente a causa di uno dei seguenti motivi:

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

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

La prossima regola consente 5 nuove connessioni al minuto, se superi questo limite, le tue nuove connessioni verranno rifiutate dopo un po 'di tempo:

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

Vedi la documentazione IPtables / Netfilter , fai scorrere un po ' fino a limit .

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

Ho impostato il router in modo che revochi tutti i lease indicandogli di concedere solo leasing di 1 ora. Gli darò il tempo di vedere se si chiarisce.