Início / unix / Perguntas / 675521
Accepted
pkaramol
Asked: 2021-11-01 03:37:35 +0800 CST

Faça o serviço systemd herdar variáveis ​​de ambiente de /etc/profile.d

  • 772

Eu tenho um systemdserviço rodando sob um usuário específico.

Eu assumi erroneamente que o serviço teria acesso às variáveis ​​de ambiente que todos os usuários herdam de scripts/exportações em/etc/profile.d

Existe uma maneira de fazer isso sem ter que copiar manualmente as variáveis ​​na systemddefinição do arquivo de unidade.

Por exemplo, tenho o seguinte

$ cat /etc/profile.d/somexports

export VAR1=VALUE1
export VAR2=VALUE2

Isso pode ser passado/exportado para um systemdserviço?

environment-variables systemd

2 respostas

  1. Best Answer

    Existem algumas fontes possíveis de ambiente:

    1. Usando Environment=que permite definir variáveis
    2. Usando EnvironmentFile=que permite carregar valores de um arquivo
    3. Usando PassEnvironment=o que permite definir variáveis ​​que devem ser passadas de PID1.
    4. Configuração estática (por exemplo $USER)

    Pode parecer que EnvironmentFile=/etc/profile.d/someexportsé o que você quer, mas esse não é o caso. /etc/profile.d/*é frequentemente originado pelo seu shell e pode ser analisado pelo seu shell. systemdé agnóstico do shell e, portanto, não dependerá da sintaxe do bash. O EnvironmentFiledeve conter atribuições de variáveis ​​separadas por nova linha, que são mais estritas.

    systemdO design do desencoraja a mudança dinâmica de unidades ou seus ambientes. Mesmo a EnvironmentFile=opção só foi adicionada como resultado de pressão e mais tarde foi considerada um erro pelos systemddesenvolvedores do . Um exemplo desse design é que $PATHnão afeta quais binários são usados. Isso mantém as coisas mais determinísticas, pois quando você define uma unidade, você está definindo tudo sobre como essa unidade deve funcionar sem se preocupar com influências externas.

    A resposta tão curta é: Não. você não pode carregar /etc/profile.d/*e systemdisso é intencional.

    Mas a resposta que você provavelmente quer é: sim, você pode carregá-lo. Você só precisa executar seu aplicativo por meio de um shell.

    Você pode fazer isso alterando:

    ExecStart=/usr/bin/myservice

    Para

    ExecStart=/usr/bin/bash -c myservice

    Isso fará com bashque seja o processo pai, que carrega /etc/profile.d/e encaminha esse ambiente para seu filho. Observe também que não especifiquei um caminho absoluto completo para myservice. Neste caso, myserviceserá baseado em $PATHe que pode ou não ser /usr/bin/myservice. Você pode ver como isso pode tornar as coisas mais difíceis de solucionar e essa é a desvantagem de seguir esse caminho.

    • 4

  2. Eu acho que isso é abordado da seguinte forma

    ExecStart=/bin/sh -lc /path/to/binary

    O -lsinalizador torna a invocação do shell um shell de login.

    $ bash --help | grep -- -l
GNU bash, version 4.4.12(1)-release-(x86_64-pc-linux-gnu)
    --login
    • 1

relate perguntas