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

85

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

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

Quindi, non cambio nulla, prova ad accedere qualche volta di più, attendi qualche istante e riprova. A volte riesco ad accedere, a volte non posso. Mi sembra abbastanza casuale.

Che cosa posso fare per risolvere questo problema?

Modifica:

E a volte, Putty dà errore Network error: Software caused connection abort dopo aver visualizzato login as: text.

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 spento il firewall del router e tutto sembra funzionare ora. Tranne ciò, non riesco ancora ad accedere al mio server web digitando l'IP esterno dal mio PC.

    
posta frbry 12.03.2011 - 19:07

12 risposte

69

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]
    
risposta data MacGyver 20.04.2012 - 22:55
35

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

    
risposta data Rian Sanderson 24.05.2012 - 01:23
12

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
risposta data John Shalamskas 17.08.2012 - 23:30
7

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.

    
risposta data DLosc 11.08.2011 - 17:17
3

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.

    
risposta data forcefsck 12.03.2011 - 19:41
3

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.

    
risposta data George 07.07.2011 - 21:07
3

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
    
risposta data Amin 17.04.2017 - 21:40
2

Che cosa ottieni se lo fai?

grep 192.168.2.25 /etc/hosts.deny

Se restituisce qualcosa, devi rimuoverlo.

    
risposta data Jodi MIddleton 02.03.2013 - 12:27
1

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.

    
risposta data hheimbuerger 14.04.2011 - 10:21
1

È 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
risposta data Mevin Babu 10.12.2012 - 14:16
0

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 .

    
risposta data Lekensteyn 12.03.2011 - 20:04
0

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.

    
risposta data SDsolar 23.06.2017 - 23:15

Leggi altre domande sui tag