Come posso eseguire il mio servizio systemd tramite un utente specifico e avviarlo all'avvio?

Ho appena effettuato l'aggiornamento dal server Ubuntu 14 alla versione 15. Ho avuto problemi a far funzionare il mio script upstart dopo l'aggiornamento e ho letto che systemd è il nuovo predefinito. Sono tutt'altro che un esperto di Linux, quindi per favore andate piano con me :-)

Ecco cosa era prima il mio script upstart:

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

Sulla base della pagina upstart to systemd wiki , ho usato le tabelle fornite lì per mappare le cose il più vicino possibile nel mio nuovo file di servizio systemd:

[Unit]
Description=NZBGet Service

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

Questo file si trova in /home/robert/.config/systemd/user/nzbget.service. Per avviare il servizio manualmente, ho fatto:

$ systemctl --user start nzbget

Funziona benissimo. Tuttavia, quando esco dalla sessione SSH, il servizio si arresta. Inoltre, non si avvia all'avvio o al login dell'utente. Voglio che si comporti come un servizio upstart: voglio che si avvii all'avvio, funzioni costantemente e come utente specifico.

Cosa devo fare per ottenere questa configurazione?

Primo problema

È possibile specificare le direttive User=e Group=nella [Service]sezione del file di unità.

Secondo problema

Per eseguire il servizio all'avvio, non è necessario inserirlo nella cartella principale. Invece, mettilo sotto /etc/systemd/system/. Questa è la cartella pensata per essere utilizzata dall'amministratore di sistema (cioè tu) per aggiungere nuovi servizi a livello di sistema.

Altre cartelle includono:

• /usr/lib/systemd/system/è pensato per i pacchetti che vogliono installare file unitari, sebbene in Debian e Ubuntu la cartella sia in realtà /lib/systemd/system/perché le varie bine le libcartelle non sono ancora state unite in un /usr/prefisso unificato .
• /usr/local/systemd/system/ è per l'installazione di unità tramite pacchetti compilati localmente.

Test dell'unità

Una volta che il file dell'unità si trova in una posizione appropriata, puoi provare ad avviare immediatamente l'unità digitando systemctl start <UNIT_FILENAME>come al solito. Dovrebbe funzionare senza dover digitare il percorso completo dell'unità. Inoltre, non è necessario specificare l'estensione se lo è .service.

Abilitazione dell'unità

Prima di poter abilitare l'unità, è necessario aggiungere una [Install]sezione, in base alla quale è necessario aggiungere la direttiva WantedBy=multi-user.target. Questa direttiva specifica la fase del processo di avvio durante il quale il servizio deve essere avviato (se fosse abilitato). multi-user.targetè appropriato per la maggior parte dei servizi.

Una volta aggiunte tali informazioni, è possibile utilizzare systemctl enable <UNIT_FILENAME>, che abilita l'unità, facendo in modo che systemd da ora in poi la avvii automaticamente durante l'avvio nella fase specificata.

Potresti essere interessato all'utilizzo della funzionalità "utente persistente" di systemd. È abilitato tramite loginctl enable-linger USERNAME.

Provoca l'avvio di un gestore servizi separato per il rispettivo utente all'avvio, quindi le unità definite dall'utente ~/.config/systemd/userverranno prelevate ed elaborate al momento dell'avvio e dell'arresto in base alla configurazione del servizio.

È inoltre possibile utilizzare systemctl --userper la gestione e la configurazione dei servizi, che opereranno sul gestore dei servizi dell'utente, non su quello del sistema.