¿Cómo resolver los errores de 'Conexión rechazada' en la conexión SSH?

87

Tengo un Ubuntu Server 10.10 de 32 bits en mi casa. Estoy haciendo conexiones SSH desde mi PC a través de Putty.

El problema es que, a veces, puedo iniciar sesión sin problemas. Sin embargo, a veces me da un error como este: Network error: Connection refused.

Entonces, no cambio nada, intento iniciar sesión varias veces más, espere un momento y vuelva a intentarlo. A veces puedo iniciar sesión, a veces no puedo. Me parece bastante aleatorio.

¿Qué puedo hacer para solucionar esto?

Editar:

Y a veces, Putty da Network error: Software caused connection abort error después de mostrar login as: text.

Aquí está la salida 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

Apagué el cortafuegos del enrutador, y todo parece funcionar ahora. Excepto por eso, todavía no puedo ingresar a mi servidor web escribiendo IP externa desde mi PC.

    
pregunta frbry 12.03.2011 - 19:07

12 respuestas

70

Debe instalar openssh-server en Linux antes de que esto funcione. Obtenga la dirección IP interna de Ubuntu y use esa IP para configurar el reenvío de puertos en la sección del puerto 22 (SSH) de su enrutador. Aunque si no tiene la intención de SSH desde fuera de su red, esto no es obligatorio.

Así es cómo instalar openssh-server:

sudo apt-get install openssh-server openssh-client
[ENTER PASSWORD]
    
respondido por el MacGyver 20.04.2012 - 22:55
35

El conflicto de direcciones IP resultó ser la causa raíz cuando estaba viendo este mensaje de error SSH.

Después de leer las respuestas anteriores, sospeché un conflicto de dirección IP, pero necesitaba probar que el conflicto de dirección era o no era el problema.

Este excelente artículo mostró cómo use arp-scan para ver si dos piezas de hardware reclamaban la misma dirección IP.

En mi caso, la máquina del servidor tenía una dirección IP estática de 192.168.1.42. Utilicé arp-scan para verificar esa dirección:

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

Efectivamente hubo un conflicto, como se muestra arriba. Luego ejecuté arp-scan sin grep, encontré que .43 estaba disponible, fui y edité /etc/network/interfaces y cambié la dirección IP estática de .42 a .43

    
respondido por el Rian Sanderson 24.05.2012 - 01:23
12

Utilice arping en la dirección IP que está teniendo problemas de conexión . Esto mostrará la dirección MAC de cada respuesta de ping y, con un poco de suerte, desenmascarará la dirección MAC fraudulenta.

arping 192.168.2.254

Debe verificar el grupo de direcciones IP DHCP en el servidor DHCP, asegúrese de que ningún dispositivo tenga direcciones IP estáticas que colisionen con el grupo DHCP.

Estas pistas apuntan a una IP duplicada:

  • ping ttl y el tiempo de ida y vuelta se ve como 2 servidores distintos
  • se desconecta intermitentemente sin reiniciar
respondido por el John Shalamskas 17.08.2012 - 23:30
7

Tuve el mismo problema, aunque tenía una dirección IP estática. Resulta que a otro servidor en mi red se le ha asignado la misma dirección IP (estática). (Duh.) Por lo tanto, parece que el problema es causado por conflictos de direcciones IP, pero puede haber varias formas posibles en que pueden suceder. Si configura el suyo como estático y todavía tiene un problema, intente apagar el equipo y hacer ping a la dirección. Si recibe alguna respuesta, comience a buscar qué otra cosa podría tener la misma dirección.

    
respondido por el DLosc 11.08.2011 - 17:17
3

Esto parece más un problema de su equipo de red que el servidor en sí.

Compruebe / var / log / messages para subir / bajar el enlace de ethernet (o wlan en caso de conexión inalámbrica). Si es así, intente cambiar los cables.

    
respondido por el forcefsck 12.03.2011 - 19:41
3

Puedo confirmar este problema exacto: no es un problema simple de conectividad. El enlace de ethernet no cambia de estado; el servidor es accesible a través de ping; ssh se conecta de manera impecable ocasionalmente, luego aparentemente no se conecta al azar o la sesión existente de ssh cae. Esto ocurre en Ubuntu 10.04 y 11.04. Siguiendo la sugerencia de hheimbuerger, le di al servidor una IP estática, esto pareció arreglarlo.

Solución alternativa: cambie el adaptador de DHCP a estático.

    
respondido por el George 07.07.2011 - 21:07
3

abra el archivo de configuración ssh:

sudo nano /etc/ssh/ssh_config

encuentra el puerto

#port 22

eliminar la opción de puerto nítida

luego guarda el archivo mediante ctrl + x y reinicia tu servicio

sudo service ssh restart
    
respondido por el Amin 17.04.2017 - 21:40
2

¿Qué obtienes si haces esto?

grep 192.168.2.25 /etc/hosts.deny

Si eso devuelve algo, debes eliminarlo.

    
respondido por el Jodi MIddleton 02.03.2013 - 12:27
1

Tenía exactamente el mismo problema, y ​​en mi caso resultó ser un conflicto de direcciones IP. Mi máquina virtual Ubuntu tenía una dirección dinámica, pero a otra máquina (en este caso un teléfono) se le asignó una dirección IP estática que el servidor DHCP no conocía.

El solo hecho de cambiar la IP asignada por el servidor DHCP a Ubuntu VM solucionó todos los problemas de conexión.

    
respondido por el hheimbuerger 14.04.2011 - 10:21
1

Es básicamente por alguna de las siguientes razones:

  1. Demasiados usuarios en la red que intentan acceder al servidor
  2. Más de una computadora en la red tiene la misma dirección IP que el servidor que causa un conflicto de IP
  3. Nombre de usuario incorrecto o sus credenciales se han revocado
respondido por el Mevin Babu 10.12.2012 - 14:16
0

Es posible que desee comprobar sus reglas iptables en su servidor. Parece que tienes una regla para limitar las nuevas conexiones SSH.

La próxima regla permite 5 nuevas conexiones por minuto, si supera este límite, sus nuevas conexiones serán rechazadas después de que haya pasado un tiempo:

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

Consulte la documentación de IPTables / Netfilter , desplácese un poco hasta limit .

    
respondido por el Lekensteyn 12.03.2011 - 20:04
0

arp-scan muestra dos dispositivos duplicados, pero cuando ejecuto el explorador de IP avanzado en Win8 todos se ven bien. Entonces, no siempre están de acuerdo.

Configuré el enrutador para que revoque todas las concesiones diciéndole que otorgue solo concesiones de 1 hora. Le dará tiempo para ver si se aclara.

    
respondido por el SDsolar 23.06.2017 - 23:15

Lea otras preguntas en las etiquetas