木偶问题:configurationWAN接口,重新加载networking,导致代理运行中断

一个小背景:我想用puppet在完成kickstart安装之后全新configurationRHEL6服务器,kickstart本身是全自动的,在启动后提供启用dhcp的服务器,自动检测它的主机名,然后启动puppet的代理 – -certname“$(hostname -s)”

用例:木偶的一个明显的步骤之一是configurationnetworking接口,其中之一是连接服务器到puppet的接口。 在启动时,服务器从172.20.0.0/24(比如说172.20.0.95)得到ip,其中172.20.0.1是一个DNS转发器和网关,并提供对FOO.intranet.com上的puppetmaster的访问。

问题:一旦傀儡重新configurationeth0接口和resolv.conf,一切都很好,木偶代理要从puppet:/// files / *下载文件,旧的DNS服务器不再是accesable了,它似乎试图查询非常适合当前puppetmaster域的服务器,导致libc的“getaddrinfo:Name or service not known”。 如果我杀了这个代理人,再次产卵,一切都按计划进行。

问题:有什么办法可以告诉傀儡代理人在经过一段时间后重新加载? 像重新加载如果/etc/puppet/puppet.conf被更改,或networking接口或任何东西? 否则,我需要确保在启动puppet代理之前configuration主网卡,这样做有点棘手。

configurationpuppet服务为资源,并在更改networkingconfiguration时通知它(导致服务重启)。 目前的傀儡运行仍然失败,但在下一次运行它应该工作。

或者,您可以尝试让kickstart进程定义的新名称服务器以及kickstart期间所需的名称服务器。