使用GUI +脚本(RHEL / CentOS)pipe理networking接口(system-config-network)

我们有两个负载均衡的CentOS 5.3网页服务器,可以处理一个体面的(〜20个)个性化购物网站。 最终的结果是,我们必须为每个产品设置一个单独的安全站点,从而导致大量的networking别名,每个IP使用一个,以便SSL能够正常工作。

很明显,手动pipe理这些东西不会很有趣,特别是当服务器死机,并且需要重build并且要保证一致性时。

但是,IT经理不习惯使用CLI工具来pipe理某些事情,并且坚持要有一个像system-config-network一样的GUI工具,以防他想要改变某些事情。

我编写的用于pipe理机器configuration脚本已经试图考虑到这一点,对于大多数networkingconfiguration,我使用system-config-network-cmd -e > netconfig转储configuration,进行更改,然后使用system-config-network-cmd -i -c -f netconfig重新导入更改。

我发现的问题是不同版本的scn-cmd的行为不同,通常导入的内容并不是实际存储的内容。 甚至只是简单地做system-config-network-cmd -e > netconfig紧接着是system-config-network -i -c -f netconfig不做任何修改就会产生不同的configuration(运行system-config-network-cmd -e > netconfig2和做一个diff netconfig netconfig2显示差异)。

scn-cmd的问题是否会得到解决,有没有人处理过这个问题? 我试图直接修改/etc/sysconfig/networking/* ,但是这似乎并不总是正确的。

是否有一些Right Way(TM)确保RH GUI工具和/ etc / sysconfig / network-scripts可以和谐地生活,同时仍然是脚本友好的?

我正在考虑最终转向傀儡,但是在其他一些需要完成的项目中,这个目标已经落后了,所以我希望有一些能够让我们继续前进的东西。

一个问题:为什么IT 经理想要改变networkingconfiguration,当他甚至不习惯使用shell? 如果他希望我能把我的工作做好,我会告诉他远离生产服务器。 他做他的工作(支付我),我做我的(工作服务器)。

无论如何,也许“设置”命令可以帮助你。 而如何使/ etc / sysconfig /networking脚本svn或git存储库。 比你至less可以回到以前的版本。 我还没遇到类似于你自己的问题,因为我倾向于在部署过程中编写networkingconfiguration,并将其留在那里。 你描述的东西听起来像是一个bug,所以你可能想要提交一个关于该工具的后续行为的bug报告。

为这样一个琐碎的任务设置木偶并不是很多,所以这可能是一个很好的解决scheme。