无法识别特定环境变量的 Linux Systemd Unit 服务

Systemd 单元服务无法识别特定的环境变量。原因是，该服务的工作目录与包含 .env 文件的项目根目录不同。要解决此问题，需要将工作目录设置为 .env 文件所在的位置，或在单元文件中明确设置环境变量。另外，需要检查是否为该变量设置了默认值或它是否来自其他来源，而不是 .env 文件。

我有一个基本的“服务单元”文件，如下所示。

[unit]
description=certprovider service
after=network.target

[service]
type=simple
restart=always
restartsec=5s
execstart=/home/mert/certprovider/certprovider
workingdirectory=/home/mert
user=root
group=root

[install]
wantedby=multi-user.target

我在项目的根目录中有 .env 文件。

ca_dir_url=https://acme-v02.api.letsencrypt.org/directory
[email protected]

host=127.0.0.1
port=8557

我使用以下几行加载此文件。

err := godotenv.load()
if err != nil {
    log.fatalln("error loading .env file")
}

服务运行得很好，但我无法访问port环境变量。因此我无法启动网络服务器，因为该端口无法侦听。我打印 .env 中的所有环境变量（不包括 port）。我将其名称更改为 app_port，但还是一样。

神秘的部分是我可以访问 .env 文件中的其他变量。除此之外，当我在单元文件中添加以下行时，我可以访问该变量，但我不明白为什么我应该在单元文件中仅添加 port 变量？

[service]
environment=port=8557

当我尝试将其作为二进制文件运行时，就会发生这种情况。因为我可以使用以下命令访问变量。

go run .

正确答案

If you call Load without any args it will default to loading env in the current path。

您当前的路径在此处配置：

workingdirectory=/home/mert

然而，你说（强调）

我在项目的根目录中有 .env 文件。

但这不是当前的工作目录。

项目根目录

这个概念对于应用程序运行时没有意义。与 php 等解释性语言不同，go 编译为静态二进制文件，该二进制文件在功能上完全不同于定义它的库和源集。在 php（或 python、ruby 等）中，除了某些项目目录的根目录之外，这些库没有其他位置。

在 go 中，这些东西仅与开发和测试相关。事实上，您的可执行文件似乎位于“项目的根目录”中，这完全是偶然的，而且完全没有意义。

如果您确实想要将运行时配置放在特定文件中的特定位置，只需将该设置为工作目录即可：

ExecStart=/home/mert/certprovider/certprovider
WorkingDirectory=/home/mert/certprovider/certprovider

我会把这些东西放在 /usr/local 中，这样我在摆弄我的主目录中的东西时就不会意外地破坏我的 let's 加密 - 对于 let's 加密来说更是如此，因为它可能需要长达 90 天的时间才能实现你的证书没有被刷新。出于同样的原因，我会将配置放在主目录之外。

实际上，对于这种情况，我可能会将所有配置放在单元文件中。为什么不把它放在那里？但当然，这是一个观点问题。如果您确实想使用自动 .env 发现，那么您应该指定一个目录来包含该隐藏文件。将特定于一个应用程序的配置放在 ~/.env 中没有多大意义。

无论您将 .env 放在何处，请确保这是您的工作目录，以便被发现。

我打印 .env 中除 port 之外的所有环境变量。我将其名称更改为 app_port 但还是一样。 [...] 神秘的部分是我可以访问 .env 文件中的其他变量。

恕我直言，这听起来像是您的假设。如果没有相反的证据，很容易得出结论：您已经为这些值设置了默认值，或者它们来自其他一些来源或行为。这比得出结论 godotenv 库从文件中读取了一些（但不是全部）值要简洁。

当我尝试将其作为二进制文件运行时，就会发生这种情况。因为我可以使用以下命令访问变量。 [go运行.]

go总是作为二进制文件运行。 go run . 只是自动在临时位置构建二进制文件，然后运行它。 Why is it recommended to use `go build` instead of `go run` when running a Go app in production? 讲述了为什么 go run 经常在 so 上被禁忌。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~