Jak sprawić, aby moja usługa systemowa była uruchamiana przez określonego użytkownika i zaczynała się przy rozruchu?

Właśnie zaktualizowałem serwer Ubuntu 14 do wersji 15. Miałem problem z uruchomieniem skryptu upstart po aktualizacji i przeczytałem, że systemd jest nowym domyślnym. Nie jestem ekspertem od Linuksa, więc proszę, uspokój się :-)

Oto, czym był mój skrypt wstępny:

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

Opierając się na stronie wiki upstart do systemd , użyłem podanych tam tabel, aby zmapować rzeczy tak dokładnie, jak to możliwe w moim nowym pliku usługi systemd:

[Unit]
Description=NZBGet Service

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

Ten plik znajduje się na stronie /home/robert/.config/systemd/user/nzbget.service. Aby ręcznie uruchomić usługę, robiłem:

$ systemctl --user start nzbget

To działa świetnie. Jednak po wylogowaniu z sesji SSH usługa zostaje wyłączona. Ponadto nie uruchamia się podczas uruchamiania lub logowania użytkownika. Chcę, aby zachowywał się tak samo, jak w przypadku usługi upstart: chcę, aby uruchamiał się przy rozruchu, działał nieprzerwanie i jako określony użytkownik.

Co muszę zrobić, aby uzyskać tę konfigurację?

Pierwszy problem

Możesz określić dyrektywy User=oraz Group=w [Service]sekcji pliku jednostkowego.

Drugi problem

Aby usługa działała podczas rozruchu, nie należy umieszczać jej w folderze domowym. Zamiast tego, włóż to pod /etc/systemd/system/. Jest to folder przeznaczony do wykorzystania przez administratora systemu (tj. Ciebie) w celu dodania nowych usług ogólnosystemowych.

Inne foldery obejmują:

• /usr/lib/systemd/system/jest przeznaczony dla pakietów, które chcą instalować pliki jednostek, choć w Debianie i Ubuntu folder jest tak naprawdę, /lib/systemd/system/ponieważ różne foldery bini libfoldery nie zostały jeszcze połączone w zunifikowany /usr/prefiks.
• /usr/local/systemd/system/ służy do instalowania jednostek przez lokalnie skompilowane pakiety.

Testowanie urządzenia

Gdy plik jednostki znajdzie się w odpowiednim miejscu, możesz spróbować uruchomić jednostkę natychmiast, wpisując systemctl start <UNIT_FILENAME>jak zwykle. Powinien działać bez konieczności wpisywania pełnej ścieżki urządzenia. Nie trzeba też określać rozszerzenia, jeśli jest .service.

Włączanie urządzenia

Zanim będzie można włączyć urządzenie, należy dodać [Install]sekcję, w której należy dodać dyrektywę WantedBy=multi-user.target. Niniejsza dyrektywa określa etap procesu rozruchu, podczas którego usługa powinna zostać uruchomiona (jeśli została włączona). multi-user.targetjest odpowiedni dla większości usług.

Po dodaniu tych informacji można użyć systemctl enable <UNIT_FILENAME>, co umożliwia włączenie urządzenia, dzięki czemu systemd będzie odtąd automatycznie uruchamiany podczas uruchamiania na określonym etapie.

Być może zainteresuje Cię użycie funkcji systemd do „utrzymywania użytkownika”. Jest włączony przez loginctl enable-linger USERNAME.

Powoduje to uruchomienie osobnego menedżera usług dla danego użytkownika podczas rozruchu, więc jednostki zdefiniowane przez użytkownika ~/.config/systemd/userzostaną pobrane i przetworzone podczas rozruchu i wyłączenia zgodnie z konfiguracją usługi.

Możesz także użyć systemctl --userdo zarządzania usługami i ich konfigurowania, które będą działać na menedżerze usług użytkownika, a nie na systemie.