
Cuando un servidor Linux deja de responder, el primer comando no siempre está dentro del servidor
Cuando un servidor Linux deja de responder, la tentación suele ser entrar por SSH y empezar a ejecutar comandos. top, free, df, systemctl, journalctl. Todos son útiles, pero no deberían ser siempre el primer paso. Antes de diagnosticar CPU, memoria o disco, conviene responder una pregunta más básica: ¿el servidor está realmente caído o solo ha dejado de ser accesible por una ruta concreta? Por eso, en un incidente real, el primer comando no suele ser uno dentro del servidor. Suele ser algo tan simple como: O, si se quiere algo un poco más útil para ver saltos intermedios: La razón es sencilla. Si no hay conectividad, todo lo demás cambia. Puede que el sistema operativo esté funcionando, pero haya




