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

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.

Luego, no cambio nada, intente iniciar sesión un par de veces más, espere un momento e intente nuevamente. A veces puedo iniciar sesión, a veces no puedo. Me parece bastante aleatorio.

¿Qué puedo hacer para resolver esto?

Editar:

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

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 firewall del enrutador, y todo parece funcionar ahora. Excepto por eso, todavía no puedo ingresar a mi servidor web escribiendo una IP externa desde mi PC.

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.

Aquí se explica cómo instalar openssh-server:

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

El conflicto de la dirección 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 demostrar que el conflicto de dirección era o no el problema.

Este excelente artículo mostró cómo usar 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 el grep, descubrí que .43 estaba disponible, fui y lo edité /etc/network/interfacesy cambié la ip estática de .42 a .43

Use arpingen la dirección IP que tiene problemas de conexión. Eso mostrará la dirección MAC para cada respuesta de ping y, con suerte, desenmascarará la dirección MAC deshonesta.

arping 192.168.2.254

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

Estas pistas apuntan a duplicar IP:

• ping ttl y el tiempo de ida y vuelta se parecen a 2 servidores distintos
• desconexiones intermitentes sin reiniciar

Tuve el mismo problema, aunque tenía una dirección IP estática. Resulta que a otro servidor de mi red se le había 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 de que ocurran. Si configura el suyo como estático y todavía tiene un problema, intente apagar su máquina y hacer ping a la dirección. Si recibe alguna respuesta, comience a buscar qué más podría tener la misma dirección.

abra el archivo de configuración ssh:

sudo nano /etc/ssh/ssh_config

encuentra el puerto

#port 22

eliminar Sharp la opción de puerto

luego guarde el archivo ctrl + xy reinicie su servicio

sudo service ssh restart

¿Qué obtienes si haces esto?

grep 192.168.2.25 /etc/hosts.deny

Si eso devuelve algo, entonces debe eliminarlo.

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

Verifique / var / log / messages para ver si el enlace de Ethernet está arriba / abajo (o wlan en caso de conexión inalámbrica). Si es así, intente cambiar los cables.

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

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

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

Simplemente cambiando la IP que fue asignada por el servidor DHCP a la VM de Ubuntu solucionó todos los problemas de conexión.

Básicamente se debe a cualquiera 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 IP que el servidor que causa un conflicto de IP
3. Nombre de usuario incorrecto o sus credenciales han sido revocadas

Es posible que desee verificar sus iptablesreglas en su servidor. Parece que tienes una regla para limitar las nuevas conexiones SSH.

La siguiente regla permite 5 nuevas conexiones por minuto, si excede este límite, sus nuevas conexiones serán rechazadas después de 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.

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

Configuré el enrutador para revocar todos los arrendamientos diciéndole que otorgue solo arrendamientos de 1 hora. Le dará tiempo para ver si se aclara.