Saya memiliki sistem Arch Linux dengan systemd dan saya telah membuat layanan saya sendiri. Layanan konfigurasi di /etc/systemd/system/myservice.serviceterlihat seperti ini:

[Unit]
Description=My Daemon

[Service]
ExecStart=/bin/myforegroundcmd

[Install]
WantedBy=multi-user.target

Sekarang saya ingin memiliki set variabel lingkungan untuk /bin/myforegroundcmd. Bagaimana aku melakukan itu?

Waktu berubah dan begitu juga praktik terbaik.

Cara terbaik saat ini untuk melakukannya adalah menjalankan systemctl edit myservice, yang akan membuat file override untuk Anda atau membiarkan Anda mengedit yang sudah ada.

Dalam instalasi normal ini akan membuat direktori /etc/systemd/system/myservice.service.d, dan di dalam direktori itu membuat file yang namanya berakhir dengan .conf(biasanya, override.conf), dan dalam file ini Anda dapat menambah atau menimpa bagian mana pun dari unit yang dikirimkan oleh distribusi.

Misalnya, dalam file /etc/systemd/system/myservice.service.d/myenv.conf:

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

Perhatikan juga bahwa jika direktori ada dan kosong, layanan Anda akan dinonaktifkan! Jika Anda tidak bermaksud memasukkan sesuatu ke dalam direktori, pastikan itu tidak ada.

Untuk referensi, cara lama adalah:

Cara yang disarankan untuk melakukan ini adalah membuat file /etc/sysconfig/myserviceyang berisi variabel Anda, dan kemudian memuatnya EnvironmentFile.

Untuk detail selengkapnya, lihat dokumentasi Fedora tentang cara menulis skrip systemd .

Jawabannya tergantung pada apakah variabel seharusnya konstan (yaitu, tidak seharusnya dimodifikasi oleh pengguna mendapatkan unit) atau variabel (seharusnya ditetapkan oleh pengguna).

Karena ini adalah unit lokal Anda, batasnya cukup buram dan bagaimanapun cara kerjanya. Namun, jika Anda mulai mendistribusikannya dan akan berakhir /usr/lib/systemd/system, ini akan menjadi penting.

Nilai konstan

Jika nilainya tidak perlu diubah per instance, cara yang disukai adalah menempatkannya Environment=langsung di file unit:

[Unit]
Description=My Daemon

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

[Install]
WantedBy=multi-user.target

Keuntungannya adalah bahwa variabel disimpan dalam satu file dengan unit. Oleh karena itu, file unit lebih mudah untuk dipindahkan antar sistem.

Nilai variabel

Namun, solusi di atas tidak berfungsi dengan baik ketika sysadmin seharusnya mengubah nilai variabel lingkungan secara lokal. Lebih khusus lagi, nilai baru perlu ditetapkan setiap kali file unit diperbarui.

Untuk kasus ini, file tambahan harus digunakan. Bagaimana - biasanya tergantung pada kebijakan distribusi.

Salah satu solusi yang sangat menarik adalah dengan menggunakan /etc/systemd/system/myservice.service.ddirektori. Tidak seperti solusi lain, direktori ini didukung oleh systemd sendiri dan karenanya tidak ada jalur distribusi khusus.

Dalam hal ini, Anda menempatkan file seperti /etc/systemd/system/myservice.service.d/local.confitu menambahkan bagian-bagian yang hilang dari file unit:

[Service]
Environment="FOO=bar baz"

Setelah itu, systemd menggabungkan kedua file ketika memulai layanan (ingat untuk systemctl daemon-reloadsetelah mengubah salah satu dari mereka). Dan karena jalur ini digunakan langsung oleh systemd, Anda tidak menggunakannya EnvironmentFile=untuk ini.

Jika nilainya seharusnya diubah hanya pada beberapa sistem yang terpengaruh, Anda dapat menggabungkan kedua solusi, memberikan default langsung di unit dan override lokal di file lain.

http://0pointer.de/public/systemd-man/systemd.exec.html#Environment= - Anda memiliki dua opsi (satu sudah ditunjukkan oleh Michael):

Environment=

dan

EnvironmentFile=

Jawaban oleh Michael dan Michał sangat membantu dan menjawab pertanyaan awal tentang cara mengatur variabel lingkungan untuk layanan systemd. Namun, satu penggunaan umum untuk variabel lingkungan adalah untuk mengkonfigurasi data sensitif seperti kata sandi di tempat yang tidak akan secara tidak sengaja mendapatkan komitmen untuk mengontrol sumber dengan kode aplikasi Anda.

Jika itu sebabnya Anda ingin meneruskan variabel lingkungan ke layanan Anda, jangan gunakan Environment=dalam file konfigurasi unit. Gunakan EnvironmentFile=dan arahkan ke file konfigurasi lain yang hanya dapat dibaca oleh akun layanan (dan pengguna dengan akses root).

Detail file konfigurasi unit dapat dilihat oleh setiap pengguna dengan perintah ini:

systemctl show my_service

Saya menaruh file konfigurasi /etc/my_service/my_service.confdan menaruh rahasia saya di sana:

MY_SECRET=correcthorsebatterystaple

Kemudian dalam file unit layanan saya, saya menggunakan 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

Saya memeriksa bahwa ps auxetidak dapat melihat variabel lingkungan itu, dan pengguna lain tidak memiliki akses ke /proc/*/environ. Periksa sistem Anda sendiri, tentu saja.

Michael memberikan satu solusi bersih tetapi saya ingin mendapatkan variabel env yang diperbarui dari skrip. Sayangnya menjalankan perintah bash tidak dimungkinkan dalam file unit systemd. Untungnya Anda dapat memicu bash di dalam ExecStart:

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

Perhatikan bahwa pengaturan ini tidak secara langsung mendukung baris perintah shell. Jika baris perintah shell akan digunakan, mereka harus diteruskan secara eksplisit ke implementasi shell.

Contoh dalam kasus kami adalah:

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