{"id":34,"date":"2024-05-30T12:07:02","date_gmt":"2024-05-30T10:07:02","guid":{"rendered":"https:\/\/cienciaytecnology.com\/wordpress\/?p=34"},"modified":"2026-04-26T23:32:42","modified_gmt":"2026-04-26T21:32:42","slug":"como-usar-systemctl-para-gestionar-servicios-y-unidades-de-systemd","status":"publish","type":"post","link":"https:\/\/cienciaytecnology.com\/wordpress\/como-usar-systemctl-para-gestionar-servicios-y-unidades-de-systemd\/","title":{"rendered":"C\u00f3mo usar Systemctl para gestionar servicios y unidades de Systemd"},"content":{"rendered":"\n

Introducci\u00f3n<\/a><\/a><\/h3>\n\n\n\n

systemd<\/code>es un sistema init y un administrador del sistema que se ha convertido en el nuevo est\u00e1ndar para las distribuciones Linux. Debido a su gran adopci\u00f3n, merece la pena familiarizarse con systemd<\/code>, ya que har\u00e1 que administrar servidores sea mucho m\u00e1s f\u00e1cil. Conocer y utilizar las herramientas y demonios que componen systemd<\/code>le ayudar\u00e1n a apreciar mejor la potencia, la flexibilidad y las capacidades que proporciona, o al menos a simplificar su trabajo.<\/p>\n\n\n\n

En esta gu\u00eda, hablaremos del comando systemctl<\/code>, que es la herramienta de administraci\u00f3n central para controlar el sistema init. Explicaremos c\u00f3mo administrar servicios, comprobar estados, cambiar estados del sistema y trabajar con los archivos de configuraci\u00f3n.<\/p>\n\n\n\n

Tenga en cuenta que aunque systemd<\/code>es el sistema init predeterminado para muchas distribuciones Linux, no se implementa universalmente en todas las distribuciones. A medida que avanza en este tutorial, si su terminal arroja el error bash: systemctl is not installed<\/code>, es probable que su equipo tenga un sistema init diferente instalado.<\/p>\n\n\n\n

Administracion de servicios<\/a><\/a><\/h3>\n\n\n\n

La finalidad principal de un sistema init es inicializar los componentes que deben iniciarse tras arrancar el kernel Linux (normalmente conocidos como componentes \u201cuserland\u201d). El sistema init tambi\u00e9n se utiliza para administrar servicios y demonios para el servidor en cualquier momento mientras se ejecuta el sistema. Teniendo eso en cuenta, comenzaremos con algunas operaciones b\u00e1sicas de administraci\u00f3n de servicio.<\/p>\n\n\n\n

En systemd<\/code>, el destino de la mayor\u00eda de las acciones son \u201cunidades\u201d, que son recursos que systemd<\/code>sabe c\u00f3mo administrar. Las unidades se categorizan por el tipo de recurso al que representan y se definen con archivos conocidos como archivos de unidad. El tipo de cada unidad puede deducirse del sufijo al final del archivo.<\/p>\n\n\n\n

Para las tareas de administraci\u00f3n de servicio, la unidad de destino ser\u00e1 unidades de servicio, que tienen archivos de unidad con un sufijo .service<\/code>. Sin embargo, para la mayor\u00eda de los comandos de administraci\u00f3n de servicio, puede dejar fuera el sufijo .service<\/code>, ya que systemd<\/code>es lo suficientemente inteligente para saber que probablemente quiere operar sobre un servicio cuando utiliza comandos de administraci\u00f3n de servicio.<\/p>\n\n\n\n

Iniciar y detener servicios<\/a><\/a><\/h3>\n\n\n\n

Para iniciar un servicio systemd<\/code>, ejecute instrucciones en el archivo de la unidad del servicio, utilice el comando start<\/code>. Si est\u00e1 ejecutando como usuario no root, tendr\u00e1 que usar sudo<\/code>, ya que esto afectar\u00e1 al estado del sistema operativo.<\/p>\n\n\n\n

sudo systemctl start application.service<\/code><\/pre>\n\n\n\n
Como hemos mencionado antes,\u00a0systemd<\/code>sabe buscar los archivos\u00a0*.service<\/code>para los comandos de administraci\u00f3n de servicio, de forma que el comando podr\u00eda escribirse f\u00e1cilmente as\u00ed:<\/p>\n\n\n\n
Aunque puede usar el formato anterior para la administraci\u00f3n general, para mayor claridad, usaremos el sufijo .service<\/code>para el resto de los comandos, con el objetivo de ser expl\u00edcitos sobre el destino en el que estamos operando.<\/p>\n\n\n\n
Para detener un servicio que se est\u00e9 ejecutando actualmente, puede usar el comando stop<\/code>:<\/p>\n\n\n\n
sudo systemctl stop application.service<\/code><\/pre>\n\n\n\n
Reiniciar y volver a cargar<\/a><\/a><\/h3>\n\n\n\n
Para reiniciar un servicio en ejecuci\u00f3n, puede usar el comando restart<\/code>:<\/p>\n\n\n\n
sudo systemctl restart application.service<\/code><\/pre>\n\n\n\n
Si la aplicaci\u00f3n en cuesti\u00f3n puede volver a cargar sus archivos de configuraci\u00f3n (sin reiniciar), puede emitir el comando\u00a0reload<\/code>para iniciar ese proceso:<\/p>\n\n\n\n
sudo systemctl reload application.service<\/code><\/pre>\n\n\n\n
Si no est\u00e1 seguro de si el servicio tiene la funcionalidad de volver a cargar su configuraci\u00f3n, puede emitir el comando\u00a0reload-or-restart<\/code>. Esto volver\u00e1 a cargar la configuraci\u00f3n en vigor, si est\u00e1 disponible. De lo contrario, reiniciar\u00e1 el servicio de forma que se recoja la nueva configuraci\u00f3n:<\/p>\n\n\n\n
sudo systemctl reload-or-restart application.service<\/code><\/pre>\n\n\n\n
C\u00f3mo habilitar y deshabilitar servicios<\/a><\/a><\/h3>\n\n\n\n
Los comandos anteriores son \u00fatiles para iniciar o detener servicios durante la sesi\u00f3n actual. Para indicar systemd<\/code>que inicie servicios autom\u00e1ticamente en el arranque, debe habilitarlos.<\/p>\n\n\n\n
Para iniciar un servicio en el arranque, utilice el comando enable<\/code>:<\/p>\n\n\n\n
sudo systemctl enable application.service<\/code><\/pre>\n\n\n\n
Esto crear\u00e1 un enlace simb\u00f3lico desde la copia del sistema del archivo de servicio (normalmente en \/lib\/systemd\/system<\/code>o \/etc\/systemd\/system<\/code>) en la ubicaci\u00f3n del disco donde systemd<\/code>busca los archivos de inicio autom\u00e1tico (normalmente . Repasaremos qu\u00e9 es un destino m\u00e1s adelante en esta gu\u00eda).\/etc\/systemd\/system\/some_target<\/mark>.target.wants<\/code><\/p>\n\n\n\n
Para impedir que el servicio se inicie autom\u00e1ticamente, puede escribir:<\/p>\n\n\n\n
sudo systemctl disable application.service<\/code><\/pre>\n\n\n\n
Esto eliminar\u00e1 el enlace simb\u00f3lico que indicaba que el servicio deb\u00eda iniciarse autom\u00e1ticamente.<\/p>\n\n\n\n
Tenga en cuenta que habilitar el servicio no lo inicia en la sesi\u00f3n actual. Si desea iniciar el servicio y habilitarlo en el arranque, tendr\u00e1 que emitir los comandos start<\/code>y enable<\/code>.<\/p>\n\n\n\n
C\u00f3mo comprobar el estado de los servicios<\/a><\/a><\/h3>\n\n\n\n
Para comprobar el estado de un servicio en su sistema, puede usar el comando status<\/code>:<\/p>\n\n\n\n
systemctl status application.service<\/code><\/pre>\n\n\n\n
Esto le proporcionar\u00e1 el estado del servicio, la jerarqu\u00eda de cgroup y las primeras l\u00edneas de registro.<\/p>\n\n\n\n
Por ejemplo, cuando se comprueba el estado de un servidor Nginx, puede ver un resultado como este:<\/p>\n\n\n\n
Output\n\u25cf nginx.service - A high performance web server and a reverse proxy server\n   Loaded: loaded (\/usr\/lib\/systemd\/system\/nginx.service; enabled; vendor preset: disabled)\n   Active: active (running) since Tue 2015-01-27 19:41:23 EST; 22h ago\n Main PID: 495 (nginx)\n   CGroup: \/system.slice\/nginx.service\n           \u251c\u2500495 nginx: master process \/usr\/bin\/nginx -g pid \/run\/nginx.pid; error_log stderr;\n           \u2514\u2500496 nginx: worker process\nJan 27 19:41:23 desktop systemd[1]: Starting A high performance web server and a reverse proxy server...\nJan 27 19:41:23 desktop systemd[1]: Started A high performance web server and a reverse proxy server.<\/code><\/pre>\n\n\n\n
Esto le proporciona una buena visi\u00f3n general del estado actual de la aplicaci\u00f3n, y le notifica de cualquier problema y cualquier acci\u00f3n que pueda ser necesaria.<\/p>\n\n\n\n
Tambi\u00e9n hay m\u00e9todos para comprobar los estados espec\u00edficos. Por ejemplo, para comprobar si una unidad est\u00e1 activa actualmente (ejecut\u00e1ndose) puede usar el comando is-active<\/code>:<\/p>\n\n\n\n
systemctl is-active application.service<\/code><\/pre>\n\n\n\n
Esto devolver\u00e1 el estado actual de la unidad, que es normalmente activo<\/code>o inactivo<\/code>. El c\u00f3digo de salida ser\u00e1 \u201c0\u201d si est\u00e1 activo, lo que hace que el resultado sea m\u00e1s sencillo de analizar en las secuencias de comando shell.<\/p>\n\n\n\n
Para ver si la unidad est\u00e1 habilitada, puede usar el comando is-enabled<\/code>:<\/p>\n\n\n\n
systemctl is-enabled application.service<\/code><\/pre>\n\n\n\n
Esto indicar\u00e1 si el servicio est\u00e1 habilitado<\/code>o deshabilitado<\/code>y establecer\u00e1 el c\u00f3digo de salida en \u201c0\u201d o \u201c1\u201d, dependiendo de la respuesta a la pregunta del comando.<\/p>\n\n\n\n
Una tercera comprobaci\u00f3n es si la unidad est\u00e1 en estado fallido. Esto indica que hubo un problema al iniciar la unidad en cuesti\u00f3n:<\/p>\n\n\n\n
systemctl is-failed application.service<\/code><\/pre>\n\n\n\n
Esto devolver\u00e1 active<\/code>si se est\u00e1 ejecutando adecuadamente o failed<\/code>si se ha producido un error. Si la unidad se detuvo intencionadamente, puede unknown<\/code>devolverla inactive<\/code>. Un estado de salida de \u201c0\u201d indica que se produjo un error y un estado de salida de \u201c1\u201d indica cualquier otro estado.<\/p>\n\n\n\n
Descripci\u00f3n general del estado del sistema<\/a><\/a><\/h3>\n\n\n\n
Los comandos hasta ahora han sido \u00fatiles para administrar servicios individuales, pero no son muy \u00fatiles para explorar el estado actual del sistema. Hay varios comandos systemctl<\/code>que proporcionan esta informaci\u00f3n.<\/p>\n\n\n\n
C\u00f3mo enumerar las unidades actuales<\/a><\/a><\/h3>\n\n\n\n
Para ver una lista de todas las unidades activas que systemd<\/code>conoce, podemos usar el comando list-units<\/code>:<\/p>\n\n\n\n
systemctl list-units<\/code><\/pre>\n\n\n\n
Esto le mostrar\u00e1 una lista de todas las unidades que\u00a0systemd<\/code>tienen activadas actualmente en el sistema. <\/p>\n\n\n\n
El resultado tiene las siguientes columnas:<\/p>\n\n\n\n