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 abort
error 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.
Respuestas:
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:
fuente
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:
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/interfaces
y cambié la ip estática de .42 a .43fuente
Use
arping
en 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.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:
fuente
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.
fuente
abra el archivo de configuración ssh:
encuentra el puerto
eliminar Sharp la opción de puerto
luego guarde el archivo ctrl + xy reinicie su servicio
fuente
¿Qué obtienes si haces esto?
Si eso devuelve algo, entonces debe eliminarlo.
fuente
cat
" - puedes simplementegrep 192.168.2.25 /etc/hosts.deny
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.
fuente
Connection refused
error con ssh. Por lo tanto, debe volver a verificar la configuración de su módem adsl.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.
fuente
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.
fuente
Básicamente se debe a cualquiera de las siguientes razones:
fuente
Es posible que desee verificar sus
iptables
reglas 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:
Consulte la documentación de IPTables / Netfilter , desplácese un poco hasta
limit
.fuente
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.
fuente