|

ssh: connect to host: Connection refused

Escenario

Esta mañana ha ocurrido algo inexplicable, por lo menos, como suele pasar en este dominio, hasta que hemos dado con la solución; luego parecía obvio. Nos avisan que una de las máquinas de nuestra red negaba el acceso por SSH provocando el siguiente error: Lo primero que pensamos es podía estar relacionado con unas labores de mantenimiento que llevamos a cabo la semana pasada y algún cable pudo haberse desconectado. Lo descartamos rápidamente por dos razones. Respondía a los pings y pude acceder por SSH desde mi máquina. Me llama la atención el número elevado de actualizaciones pendientes, varios centenares entre las de los paquetes y las de seguridad, pero, por lo demás, no presenta comportamiento extraño alguno. Dispone de recursos y no hay registros sopechosos en auth.log ni en syslog. Apenas un minuto después de iniciada vla sesión de SSH se interrumpe la conexión: y ya no puedo volver a acceder porque la conexión es rechazada. Decido probar desde otra máquina. Mismo comportamiento. Transcurridos unos segundos se rompe la conexión y ya no consigo volver a conectarme. Lo mismo pasa con los intentos desde otras tres máquinas distintas.

Problema

Desprovisto de ideas, solo se me ocurre reiniciar la máquina, pero el problema persiste. También ejecuto todas las actualizaciones pendientes. Me digo que tal vez haya alguna crítica pendiente de aplicar y que afecte al servidor SSH que lo hace incompatible con máquinas mejor mantenidas. Pero la situación no cambia.

Solución

Da con ella un compañero mío. Cae en la cuenta de que una de las tareas de mantenimiento de la semana pasada fue asignar una IP por DHCP a la interfaz web de uno de nuestros switchs, a fin de que pudiéramos administrarlo de manera remota. No se nos ocurrió otra cosa que emplear la de la máquina cuyo compartimiento he calificado de errático. Lo que estaba pasando es que nuestro router/FW Sophos concedió la dirección IP al conmutador y, éste se hacía un lío al direccionar el tráfico proveniente de la máquina afectada. Desconozco la explicación técnica pero pudiera ser que estuviera relacionado con cierta funcionalidad de router proporcionada por los conmutadores cuando están en modo capa 3. En cualquier caso lo solucionamos arreglando la configuración del DHCP.

Publicaciones Similares

  • |

    Como (no) cambiar la batería de un Sennheiser mm100

    Aviso a navegantes: es la primera vez que manipulo un componente electrónico tan pequeño y delicado. Si comparto mi experiencia es por dejar documentado mi apaño, seguro que alguien más experimentado en estos menesteres lo haría de otra manera, o sea, bien. A mi favor tengo que decir que me ha valido y, bueno, me…

  • |

    Sobrepasando el límite

    Por lo que he podido probar, de momento los modelos generativos locales están lejos de acercarse al rendimiento de los modelos de OpenAI, GPT-3 y GPT-4. Por otro lado el API de OpenAI impone un límite al tamaño de nuestras preguntas que, dependiendo del modelo que empleemos, será menor o mayor. Con GPT-3.5 no puedes…

  • |

    Mi blog puede contener programas dañinos

    Escenario Cuál fue mi sorpresa cuando la semana pasada al intentar acceder a este blog me encontré que estaba bloqueado por Firefox. Probé con Chrome, misma situación. En vez de cargar la página, el navegador mostraba una pantalla en rojo avisando que el sitio puede contener programas dañinos para mi ordenador. Problema Aunque los dos…

  • |

    Cómo ampliar el espacio en disco en 1and1

    Escenario Hemos contratado un servidor dedicado en 1and1 (ubuntu 14.04) y al acceder por ssh constatamos que no disponemos de todo el espacio en disco disponible: $ df -hFilesystem Size Used Avail Use% Mounted onudev 3.9G 4.0K 3.9G 1% /devtmpfs 798M 592K 797M 1% /run/dev/md1 4.0G 990M 3.0G 25% /none 4.0K 0 4.0K 0% /sys/fs/cgroupnone 5.0M 0 5.0M 0% /run/locknone 3.9G 0 3.9G 0% /run/shmnone 100M 0 100M 0% /run/user/dev/mapper/vg00-usr 4.8G 1.3G 3.3G 28% /usr/dev/mapper/vg00-var 4.8G 812M 3.8G 18% /var/dev/mapper/vg00-home 4.8G 10M 4.6G 1% /home Objetivo Aumentar el espacio disponible para dar cabida a nuestros recursos. Solución Nota: sólo aplicable a sistemas linux Primer paso Comprobamos el espacio en disco real: ~$ sudo fdisk -lDisk /dev/sda: 240.1 GB, 240057409536 bytes255 heads, 63 sectors/track, 29185 cylinders, total 468862128 sectorsUnits = sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk identifier: 0x24e3fc12   Device Boot      Start         End      Blocks   Id  System/dev/sda1            2048     8390655     4194304   fd  Linux raid autodetect/dev/sda2         8390656    12584959     2097152   82  Linux swap / Solaris/dev/sda3        12584960   468862127   228138584   fd  Linux raid autodetect Segundo…

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *