主页 / unix / 问题 / 675521
Accepted
pkaramol
Asked: 2021-11-01 03:37:35 +0800 CST

使 systemd 服务从 /etc/profile.d 继承环境变量

  • 772

我有一个systemd在特定用户下运行的服务。

我错误地假设该服务可以访问所有用户从脚本/导出下继承的环境变量/etc/profile.d

有没有一种方法可以实现这一点，而不必手动复制systemd单元文件定义中的变量。

例如，我有以下

$ cat /etc/profile.d/somexports

export VAR1=VALUE1
export VAR2=VALUE2

这可以传递/导出到systemd服务吗？

environment-variables systemd

2 个回答

  1. Best Answer

    有几种可能的环境来源：

    1. 使用Environment=which 可以设置变量
    2. 使用EnvironmentFile=which 可以从文件中加载值
    3. 使用PassEnvironment=which 可以定义应该从 PID1 传递的变量。
    4. 静态配置（例如$USER）

    这听起来像是EnvironmentFile=/etc/profile.d/someexports你想要的，但事实并非如此。 /etc/profile.d/*通常由您的 shell 提供，并且可以由您的 shell 解析。 systemd与 shell 无关，因此它不会依赖 bash 语法。EnvironmentFile应该包含必须更严格的换行符分隔的变量赋值。

    systemd的设计不鼓励动态变化的单位或其环境。甚至这个EnvironmentFile=选项也是迫于压力才添加的，后来被systemd's 的开发者认为是一个错误。这种设计的一个例子是$PATH不影响使用哪些二进制文件。这使事情更具确定性，因为当您定义一个单元时，您正在定义有关该单元应如何运行的所有内容，而无需担心外部影响。

    所以简短的回答是：不，你不能加载/etc/profile.d/*，systemd这是故意的。

    但您可能想要的答案是：是的，您可以加载它。您只需要通过 shell 运行您的应用程序。

    您可以通过更改来做到这一点：

    ExecStart=/usr/bin/myservice

    至

    ExecStart=/usr/bin/bash -c myservice

    这将导致bash成为父进程，它将/etc/profile.d/将该环境加载并转发给它的子进程。另请注意，我没有指定完整的绝对路径myservice。在这种情况下，myservice将基于$PATH并且可能是也可能不是/usr/bin/myservice。您可以看到这可能会使故障排除变得更加困难，这就是走这条路线的缺点。

    • 4

  2. 我认为这可以解决如下

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

    该-l标志使 shell 调用成为登录 shell。

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

相关问题