start, stop, restart Linux services (daemon HUNTING!!) // Linux for Hackers // EP 6

Summary

Este video tutorial se enfoca en la gestión de demonios y servicios en un sistema Linux utilizando systemd. El presentador guía a los usuarios a través del proceso de habilitar y arrancar el servicio Nginx, explicando cómo usar comandos como `systemctl` y `journalctl` para diagnosticar y resolver problemas comunes, como conflictos de puertos. Además, se destacan conceptos avanzados como la gestión de unidades de systemd y el reinicio de servicios clave, enfatizando la importancia de comprender y controlar los demonios para una administración eficaz del sistema.

Takeaways

• 😀 El comando `systemctl list-units` solo muestra los servicios activos, por lo que para ver todos los servicios, incluidos los inactivos, se debe usar `systemctl list-unit-files`.
• 😀 Para verificar el estado de un servicio como Nginx, podemos usar `systemctl status nginx` para ver si está habilitado o no.
• 😀 Cuando un servicio no está habilitado, debemos usar `systemctl enable nginx` para asegurarnos de que se inicie automáticamente al arrancar el sistema.
• 😀 Si un servicio como Nginx no se inicia correctamente, `systemctl start nginx` puede fallar, lo que requiere investigar los registros del sistema.
• 😀 El comando `journalctl -xe` es útil para diagnosticar errores de servicios, pero si no muestra entradas, puede ser necesario reiniciar el servicio de registros `systemd-journald`.
• 😀 Cuando se encuentra un error al iniciar un servicio, como Nginx, puede ser debido a que otro servicio ya está utilizando el puerto necesario (por ejemplo, el puerto 80).
• 😀 Es fundamental conocer cómo gestionar los demonios (daemons) en Linux, ya que pueden afectar el rendimiento y la disponibilidad de los servicios en el sistema.
• 😀 Aprender a reiniciar y gestionar los servicios del sistema correctamente es esencial para mantener el servidor en funcionamiento y resolver problemas de manera efectiva.
• 😀 El conocimiento de herramientas como `systemctl` y `journalctl` es clave para los administradores de sistemas, ya que facilita la resolución de problemas y la administración de servicios.
• 😀 A medida que profundizas en Linux, es crucial entender la relación entre los servicios y los puertos que utilizan, especialmente cuando un servicio no puede iniciarse debido a conflictos de puertos.
• 😀 El video destaca la importancia de aprender y practicar con herramientas de administración de sistemas, como `systemctl`, para evitar y resolver problemas comunes en servidores Linux.

Q & A

¿Qué comando se utiliza para listar todas las unidades de servicio en Linux, incluyendo las que no están activas?

El comando utilizado es `systemctl list-units --all`. Esto incluye tanto las unidades activas como las no activas.

¿Por qué no aparece Nginx al usar el comando `systemctl list-units` por defecto?

Porque `systemctl list-units` solo muestra las unidades activas o cargadas en memoria. Si Nginx no está en ejecución o no ha sido cargado, no aparecerá.

¿Qué comando se debe usar para listar todas las unidades de servicio, incluidas las no cargadas por el sistema?

El comando correcto es `systemctl list-unit-files`, ya que muestra todas las unidades, tanto las activas como las inactivas.

¿Qué significa cuando Nginx aparece como 'disabled' en el comando `systemctl status nginx`?

Significa que Nginx no está habilitado para arrancar automáticamente al iniciar el sistema, y no está en ejecución en ese momento.

¿Qué pasos debe seguir el administrador para asegurarse de que Nginx se inicie automáticamente después de reiniciar el sistema?

Primero, se debe habilitar Nginx con el comando `sudo systemctl enable nginx`. Luego, se puede iniciar manualmente con `sudo systemctl start nginx`.

¿Qué podría causar que el intento de iniciar Nginx falle cuando se usa `systemctl start nginx`?

Un error común es que el puerto 80, que Nginx intenta utilizar por defecto, ya está siendo utilizado por otro servicio o daemon, lo que impide que Nginx se inicie correctamente.

¿Cómo se soluciona un problema cuando no hay registros de error disponibles en `journalctl`?

Es posible que el propio servicio `systemd-journald` esté fallando. En ese caso, se puede intentar reiniciar el servicio `systemd-journald` con el comando `sudo systemctl restart systemd-journald`.

¿Qué comando ayuda a visualizar los registros de los servicios gestionados por `systemd` después de un fallo?

El comando `journalctl -xe` es útil para ver los registros de error detallados, que pueden proporcionar información sobre por qué un servicio como Nginx falló.

¿Qué significa que un servicio como Nginx no pueda 'bind' al puerto 80?

Significa que otro proceso ya está utilizando el puerto 80, lo que impide que Nginx lo utilice para servir contenido web.

¿Qué beneficios ofrece el comando `systemctl` para gestionar demonios y servicios en Linux?

El comando `systemctl` permite iniciar, detener, habilitar, deshabilitar, reiniciar y monitorear el estado de los servicios, lo cual es esencial para administrar un sistema Linux de manera eficiente.