6

我创建了一个 Linux 守护程序（C 语言），通过 UDP 将某些信息发送到另一台计算机。它当然需要远程 IP 地址和端口号。我存储了这个守护进程，/usr/local/bin/我还在其中创建了一个脚本/etc/init.d/来启动|停止|重新启动守护进程。

到目前为止，IP 地址和端口号直接由脚本传递给守护进程。例如，脚本的 start() 部分如下所示：

start() {
  /usr/local/bin/lvsload_udp_s 192.168.122.25 47239
}

因此，当远程 IP 和/或端口号更改时，我必须修改我的脚本，而不是修改某些配置文件。这是一个不好的做法，我知道。

将参数传递给我的守护进程的最佳方式是什么？谢谢

4

4 回答 4

6

为什么你认为命令行参数不好？

配置文件是额外的工作，因为您需要解析它们。并以您的示例为例，修改配置文件=修改一个文件。修改脚本 = 修改一个文件。当您只有少量参数时，似乎没有太大区别。您甚至可以将参数粘贴到脚本顶部的变量中，这使得它几乎就像一个配置文件 :-) 一些脚本甚至提供了这样的“变量设置脚本”，所以它看起来真的像一个配置文件。

如果您能找到命令行参数不好的原因，那么您很有可能也知道应该使用什么。另一方面，如果您甚至无法解释为什么命令行参数不好，那么使用它们可能没有任何问题......

于 2012-07-04T22:13:01.260 回答
2

问：到目前为止，IP 地址和端口号都是直接传递给守护进程的……这是一种不好的做法，我知道。

A：你为什么认为这是“不好的做法”？？？？

“良好做法”包括：

  • “DRY”（不要重复自己 - 将数据存储在一处且仅一处）

  • “KISS”（保持简单，愚蠢）

我想说一个脚本（您的 init.d 启动脚本）中的一个参数（命令行 IP 地址）很好地遵守了这两个原则:)

恕我直言...

PS：

如果你真的认为配置文件是合适的——如果有很多复杂的配置数据需要在启动时解析），那么两个合适的地方是：

  • 将配置文件存储在 /etc 中（并将您的应用程序存储在 /usr/local/bin 中）

    ... 或者 ..

  • 将配置文件存储在应用程序的安装目录中（并可能定义一个全局环境变量以指向安装目录）

于 2012-07-04T22:08:27.030 回答
2

这是特定于发行版的。例如，在 debian 上，约定是 /etc/init.d/foo 包含像“source /etc/default/foo”这样的行。该文件仅包含环境变量，例如 DAEMON_ARGS="--remote-ip=192.168.0.1"。

如果你使用 debhelper 构建一个 debian 包，它会自动为你创建这个结构。我确信也有类似的工具可以创建“标准”RPM。

于 2012-07-04T22:09:24.870 回答
1

使用环境变量：

// include stdlib for getenv

port = getenv("MY_DAEMON_PORT");
host = getenv("MY_DAEMON_HOST");

// convert port to integer...

我记得这对于从init.d.

既然您提到您正在使用 Ubuntu，请查看/etc/environment- 查看文档。但是正如有人已经提到的，这取决于您的系统/发行版；另一种方法是将环境变量保留在 eg 中/etc/myDaemon.env，然后从您的 init 脚本中获取：

. /etc/myDaemon.env

但是您的情况非常简单，我也没有看到将参数保留在脚本中的问题。

于 2012-07-04T22:11:32.600 回答