如果存在一个Unix管理公理，那就是：两次过后，没有系统管理任务是有趣的。如果您发现正在重复做单调而枯燥的事，那么自动化它。当然，有时很难自动化，但应该至少考虑这个问题，并且权衡其优势及自动化所花费的时间。
由于经常学习Unix操作系统的一些知识，而且很喜欢Unix操作系统，我们今天就来和大家一起讨论下Unix cfengine的知识。如果您对自动化系统管理是认真的，那么应该了解 cfengine 工具。仅当您宁愿把时间都花在 vi 编辑器时，可以不去了解 Unix cfengine。
Unix管理配置文件是艰苦的。可以通过考虑 cfengine 是否胜任该任务开始。遗憾的是，cfengine 的编辑是面向行的，所以它可能不太适合复杂的配置文件。但对于如 TCP 包装器配置文件 /etc/hosts.allow 那样的简单文件 cfengine 是最适合的。
通常，Unix管理希望保留配置文件的多个版本。譬如，可能需要在 /etc/resolv.conf 中有两组 DNS 配置设置，一组是用于外部机器，另一组是用于内部机器。很自然，外部 DNS resolv.conf 可以进入称为 "external" 的目录，而内部 resolv.conf 可以进入相应的 "internal" 目录。让我们假定这两个目录都在一个全局 "spec" 目录下，该目录是配置文件的一种根目录。
下列代码会遍历 spec 目录，搜索适合于给定机器的文件名。它将从 /usr/local/spec 开始，然后往下，寻找与请求相匹配的文件。
而且，Unix管理它将检查每个目录的名称是否与属于某些机器的类相同。因此，如果我们请求 locate_global('resolv.conf', 'wonka')，该函数将在 /usr/local/spec 目录下查找 resolv.conf 文件，该文件要么在根目录下，要么在该根目录的子目录下，它的名称应与 "wonka" 机器所属的类相匹配。
所以，如果 "wonka" 属于 "chocolate" 类，并且如果有 /usr/local/spec/chocolate/resolv.conf 文件，那么 locate_global() 将返回"/usr/local/spec/chocolate/resolv.conf"。
如果 locate_global() 找到与文件相匹配的多个版本（譬如，/usr/local/spec/chocolate/resolv.conf 和 /usr/local/spec/resolv.conf），则它会放弃。这里假设没有配置比有两个错误之一要好。还有，请注意，机器可以属于不止一个类。
Unix管理的讲解，我们先到这里。
【编辑推荐】
