Mam system Arch Linux z systemd i stworzyłem własną usługę. Usługa konfiguracji /etc/systemd/system/myservice.servicewygląda następująco:

[Unit]
Description=My Daemon

[Service]
ExecStart=/bin/myforegroundcmd

[Install]
WantedBy=multi-user.target

Teraz chcę mieć zmienną środowiskową dla /bin/myforegroundcmd. W jaki sposób mogę to zrobić?

Czasy się zmieniają, podobnie jak najlepsze praktyki.

Prąd najlepszym sposobem na to jest do uruchomienia systemctl edit myservice, który utworzy plik override dla ciebie lub pozwalają edytować istniejący.

W normalnych instalacjach utworzy to katalog /etc/systemd/system/myservice.service.d, a wewnątrz tego katalogu utworzy się plik, którego nazwa kończy się na .conf(zazwyczaj override.conf), aw tym pliku możesz dodać lub zastąpić dowolną część jednostki dostarczoną przez dystrybucję.

Na przykład w pliku /etc/systemd/system/myservice.service.d/myenv.conf:

[Service]
Environment="SECRET=pGNqduRFkB4K9C2vijOmUDa2kPtUhArN"
Environment="ANOTHER_SECRET=JP8YLOc2bsNlrGuD6LVTq7L36obpjzxd"

Pamiętaj również, że jeśli katalog istnieje i jest pusty, usługa zostanie wyłączona! Jeśli nie zamierzasz umieszczać czegoś w katalogu, upewnij się, że nie istnieje.

Dla porównania, stary sposób to:

Zalecanym sposobem jest utworzenie pliku /etc/sysconfig/myservicezawierającego zmienne, a następnie załadowanie ich EnvironmentFile.

Aby uzyskać szczegółowe informacje, zobacz dokumentację Fedory dotyczącą pisania skryptu systemowego .

Odpowiedź zależy od tego, czy zmienna ma być stała (to znaczy nie powinna być modyfikowana przez użytkownika otrzymującego jednostkę), czy zmienna (powinna być ustawiona przez użytkownika).

Ponieważ jest to twoja jednostka lokalna, granica jest dość rozmyta i tak czy inaczej zadziałałoby. Jeśli jednak zaczniesz go rozpowszechniać i skończy się /usr/lib/systemd/systemto, stanie się to ważne.

Stała wartość

Jeśli wartość nie musi być zmieniana dla każdej instancji, preferowanym sposobem byłoby umieszczenie jej jako Environment=, bezpośrednio w pliku jednostki:

[Unit]
Description=My Daemon

[Service]
Environment="FOO=bar baz"
ExecStart=/bin/myforegroundcmd

[Install]
WantedBy=multi-user.target

Zaletą tego jest to, że zmienna jest przechowywana w jednym pliku z jednostką. Dlatego plik jednostki jest łatwiejszy do przenoszenia między systemami.

Zmienna wartość

Jednak powyższe rozwiązanie nie działa dobrze, gdy sysadmin ma lokalnie zmieniać wartość zmiennej środowiskowej. Mówiąc dokładniej, nowa wartość musiałaby być ustawiona przy każdej aktualizacji pliku jednostki.

W tym przypadku należy użyć dodatkowego pliku. Jak - zazwyczaj zależy od zasad dystrybucji.

Jednym szczególnie interesującym rozwiązaniem jest użycie /etc/systemd/system/myservice.service.dkatalogu. W przeciwieństwie do innych rozwiązań ten katalog jest obsługiwany przez systemd i dlatego nie zawiera ścieżek specyficznych dla dystrybucji.

W takim przypadku /etc/systemd/system/myservice.service.d/local.confumieścisz taki plik, który doda brakujące części pliku jednostkowego:

[Service]
Environment="FOO=bar baz"

Następnie systemd łączy dwa pliki podczas uruchamiania usługi (pamiętaj, aby systemctl daemon-reloadpo zmianie jednego z nich). A ponieważ ta ścieżka jest używana bezpośrednio przez systemd, nie używasz EnvironmentFile=do tego.

Jeśli wartość ma zostać zmieniona tylko w niektórych systemach, których dotyczy problem, możesz połączyć oba rozwiązania, zapewniając domyślną wartość bezpośrednio w jednostce i lokalne zastąpienie w innym pliku.

http://0pointer.de/public/systemd-man/systemd.exec.htec#Environment= - masz dwie opcje (jedną wskazał już Michael):

Environment=

i

EnvironmentFile=

Odpowiedzi Michaela i Michała są pomocne i odpowiadają na pierwotne pytanie, jak ustawić zmienną środowiskową dla usługi systemowej. Jednak jednym z powszechnych zastosowań zmiennych środowiskowych jest konfigurowanie poufnych danych, takich jak hasła, w miejscu, które przypadkowo nie zostanie przydzielone do kontroli źródła za pomocą kodu aplikacji.

Jeśli dlatego chcesz przekazać zmienną środowiskową do usługi, nie używaj jej Environment=w pliku konfiguracji urządzenia. Użyj EnvironmentFile=i wskaż inny plik konfiguracyjny, który jest możliwy do odczytania tylko przez konto usługi (i użytkowników z dostępem root).

Szczegóły pliku konfiguracyjnego jednostki są widoczne dla każdego użytkownika za pomocą tego polecenia:

systemctl show my_service

Wstawiam plik konfiguracyjny /etc/my_service/my_service.confi tam umieszczam swoje sekrety:

MY_SECRET=correcthorsebatterystaple

Następnie w pliku jednostki serwisowej użyłem EnvironmentFile=:

[Unit]
Description=my_service

[Service]
ExecStart=/usr/bin/python /path/to/my_service.py
EnvironmentFile=/etc/my_service/my_service.conf
User=myservice

[Install]
WantedBy=multi-user.target

Sprawdziłem, że ps auxenie widzę tych zmiennych środowiskowych, a inni użytkownicy nie mają do nich dostępu /proc/*/environ. Oczywiście sprawdź w swoim systemie.

Michael dał jedno czyste rozwiązanie, ale chciałem zaktualizować zmienną env ze skryptu. Niestety wykonywanie poleceń bash w pliku jednostki systemowej nie jest możliwe. Na szczęście możesz uruchomić bash wewnątrz ExecStart:

http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd.service&sect=5

Zauważ, że to ustawienie nie obsługuje bezpośrednio linii poleceń powłoki. Jeśli mają być używane wiersze poleceń powłoki, muszą zostać jawnie przekazane do pewnego rodzaju implementacji powłoki.

Przykład w naszym przypadku to:

[Service]
ExecStart=/bin/bash -c "ENV=`script`; /bin/myforegroundcmd"