基于rpm的系统configurationpipe理

场景:

我有一个基于RPM的计算机的networking,需要标准化,有时需要更新一些可预测的* NIXconfiguration文件: nsswitch.confntp.confldap.confsyslog.conf等。

(我在启动的时候控制了我可以设置的设置,并且狡猾的logging更改掩盖了大部分networking变化,但是有时我需要到达机器并旋转旋钮。)

现在,我可以修改现有的软件包,并将新软件包引入这些Boxen RPM库,我的想法是通过引入“仅configuration”RPM来标准化它们的configuration

然而,立即replace其他RPM所拥有的/etc文件的想法给了我一个暂停。 有没有人有这个努力的实际指导,特别是build议这样做安全吗?

这不是一个直接的答案,但是你看过configurationpipe理系统,如cfengine或puppet吗? 他们是为此目的而build造的。

我可以build议检查Blueprint吗? 这是超级简单的configurationpipe理,可以帮助您标准化configuration。 它可以从Debian或基于RPM的系统生成可重复使用的模板。 如果您有任何问题,请给我打电话。

https://github.com/devstructure/blueprint