Comment faire en sorte que mon service systemd s'exécute via un utilisateur spécifique et démarre au démarrage?

Je viens de mettre à niveau la version 15 du serveur Ubuntu 14 vers la version 15. J'ai eu du mal à faire fonctionner mon script d'installation après la mise à niveau et j'ai lu que systemd était la nouvelle valeur par défaut. Je suis loin d'être un expert linux, alors allez-y doucement sur moi :-)

Voici ce que mon script parvenu était avant:

description "NZBGet upstart script"

setuid robert
setgid robert

start on runlevel [2345]
stop on runlevel [016]

respawn

expect fork

script
    exec nzbget -D
end script

pre-stop script
    exec nzbget -Q
end script

Sur la base de la page de wiki de updart to systemd , j’ai utilisé les tables fournies pour mapper le plus fidèlement possible dans mon nouveau fichier de service systemd:

[Unit]
Description=NZBGet Service

[Service]
Type=forking
ExecStart=/usr/local/bin/nzbget -D
ExecStop=/usr/local/bin/nzbget -Q
Restart=on-failure

Ce fichier se trouve à l'adresse /home/robert/.config/systemd/user/nzbget.service. Pour démarrer le service manuellement, je faisais:

$ systemctl --user start nzbget

Cela fonctionne très bien. Cependant, lorsque je me déconnecte de ma session SSH, le service s'arrête. En outre, il ne démarre pas au démarrage ou lors de la connexion de l'utilisateur. Je veux qu'il se comporte comme s'il s'agissait d'un service upstart: je veux qu'il démarre au démarrage, s'exécute constamment et en tant qu'utilisateur spécifique.

Que dois-je faire pour obtenir cette configuration?

Premier problème

Vous pouvez spécifier les directives User=et Group=dans la [Service]section du fichier unité.

Deuxième problème

Pour que le service fonctionne au démarrage, vous ne devez pas le placer dans votre dossier personnel. Au lieu de cela, mettez-le sous /etc/systemd/system/. Il s’agit du dossier que l’administrateur système (c’est-à-dire vous-même) doit utiliser pour ajouter de nouveaux services à l’échelle du système.

Les autres dossiers incluent:

• /usr/lib/systemd/system/est destiné aux paquets qui veulent installer des fichiers unitaires, même si sous Debian et Ubuntu, le dossier est en réalité /lib/systemd/system/car les différents dossiers binet libdossiers n'ont pas encore été fusionnés dans un /usr/préfixe unifié .
• /usr/local/systemd/system/ est destiné à l'installation d'unités par des packages compilés localement.

Test de l'unité

Une fois que le fichier de l'unité est à un emplacement approprié, vous pouvez essayer de démarrer l'unité immédiatement en tapant systemctl start <UNIT_FILENAME>comme d'habitude. Cela devrait fonctionner sans avoir à taper le chemin complet de l'unité. L'extension n'a pas non plus besoin d'être spécifiée si c'est .service.

Activer l'unité

Avant de pouvoir activer votre unité, vous devez ajouter une [Install]section sous laquelle vous devez ajouter la directive WantedBy=multi-user.target. Cette directive spécifie l'étape du processus de démarrage au cours de laquelle le service doit être démarré (s'il était activé). multi-user.targetest approprié pour la plupart des services.

Une fois ces informations ajoutées, vous pouvez utiliser pour systemctl enable <UNIT_FILENAME>activer l'unité et faire en sorte que systemd la lance automatiquement lors du démarrage à l'étape indiquée.

Vous pourriez être intéressé par l’utilisation de la fonctionnalité "utilisateur en attente" de systemd. Il est activé via loginctl enable-linger USERNAME.

Cela entraîne le démarrage d'un gestionnaire de services distinct pour l'utilisateur respectif au démarrage. Ainsi, vos unités définies par l'utilisateur ~/.config/systemd/userseront récupérées et traitées aux heures de démarrage et d'arrêt en fonction de la configuration de votre service.

Vous pouvez également utiliser systemctl --userpour gérer et configurer le (s) service (s), qui fonctionneront sur le gestionnaire de service de votre utilisateur, et non sur celui du système.