我一直在運行Vagrant中的puppet開發環境時遇到問題,這會引發多個VirtualBox虛擬機。在使用流浪傀儡的時候,第一個流浪乞討人員是否需要在沒有條件的情況下運行下一個流浪漢?
我使用shell置備對木偶主站和木偶客戶端安裝木偶並且這第一vargrant up
期間運行,那麼我允許每個機器看到別人通過vagrant hostsupdater
插件使用/ etc /主機。
然後我在Puppet服務器上運行sudo puppet apply site.pp
;並在傀儡客戶端運行sudo puppet agent --server puppet-server --verbose --no-daemonize --waitforcert 10 --noop
。
然後當證書出現在sudo puppet cert list
的puppet服務器上時,我簽署了證書sudo puppet cert <client-host-name>
,證書獲得緩存在客戶端上;
回到客戶端我運行了sudo puppet agent --server puppet-server --verbose --no-daemonize --waitforcert 10
,並注意到所做的更改是針對該機器進行的。
現在我做的下一件事就是關閉所有使用sudo shutdown -h now
然後以前的機器時,我會vagrant up
使其返回到聯機兩者之間的連接將停止工作,木偶援引有關證書的一些錯誤不匹配。
但最近,當我再次嘗試這些步驟,我把它做一個不同的方式,而不是運行vagrant up
我跑vagrant up --no-provision
第二次的機器啓動了,看來這兩個可以再溝通。
我的理論是這樣的,當第二次重新啓動計算機時,排除--no-provision
參數,重新生成CA,因此會導致問題,因爲兩臺計算機沒有有更長的彼此證書。
這是正確的嗎?真的很煩人不得不重新創建機器並手動設置木偶。
也有可能是我的流浪漢SHELL供應方,以檢查是否木偶已安裝自動跳過重新安裝傀儡如果已經安裝了它?
此外,有沒有辦法自動運行木偶服務器上sudo puppet apply site.pp
安裝後和木偶客戶端上運行sudo puppet agent --server puppet-server --verbose --no-daemonize --waitforcert 10 --noop
,並且回服務器添加的證書,在使用外殼供應方以正確的順序?
P.S.是的,我已經知道有是無業遊民一個傀儡供應方,但我學習木偶的客戶端/服務器端。
我只是想驗證這是這種情況。 – leeand00