### 執行模擬運行 > No alarms and no surprises. > > — Radiohead 我討厭驚喜。有時你的 Puppet 配置清單沒有像你預期的那樣執行， 或者在你不知情的情況下，或許別人又提交了改變。 不管哪種情況發生，在 Puppet 執行配置清單之前能精確地獲知它將要執行些什么是非常必要的。 例如，若更新了一個生產服務的配置文件并重新啟動該服務，很可能會導致非計劃性的停機時間。 又如，有時人為的手動編輯的配置文件會被 Puppet 同步更新時覆蓋。 為了避免這些問題，你可以使用 Puppet 的 **模擬運行**（**dry run**）模式， 也稱 **無操作**（**no operation，noop**）模式，來避免真正的執行。 #### 操作步驟 使用 --noop 開關運行 Puppet： ``` # puppet agent --test --noop info: Connecting to sqlite3 database: /var/lib/puppet/state/ clientconfigs.sqlite3 info: Caching catalog for cookbook.bitfieldconsulting.com info: Applying configuration version '1296492323' --- /etc/exim4/exim4.conf 2011-01-17 08:13:34.349716342 -0700 +++ /tmp/puppet-file20110131-20189-127zyug-0 2011-01-31 09:45:27.792843709 -0700 @@ -1,4 +1,5 @@ ######### +# allow spammers to use our host as a relay ######### notice: /Stage[main]/Admin::Exim/File[/etc/exim4/exim4.conf]/content: is {md5}02798714adc9c7bf82bf18892199971a, should be {md5}6f46256716c0937f3b6 ffd6776ed059b (noop) info: /Stage[main]/Admin::Exim/File[/etc/exim4/exim4.conf]: Scheduling refresh of Service[exim4] notice: /Stage[main]/Admin::Exim/Service[exim4]: Would have triggered 'refresh' from 1 events notice: Finished catalog run in 0.90 seconds ``` #### 工作原理 在 noop 模式下，Puppet 會和常規運行模式一樣運行，只是不會對客戶端產生實際影響。 它會告知最終將會執行什么，你可以和你所預期的進行對比。如果有任何不同，重新檢查配置清單 或機器的當前狀態。 在前面的例子中，注意 Puppet 警告我們由于配置文件更新，它將會重新啟動 exim 服務。 這或許是我們所期待的，也可能不是， 但不管怎樣，預先知道這樣的警告是有用的。 我制定了一個流程規則， 當在生產服務器上應用任何重要更新之前, 先在 noop 模式下運行 Puppet，驗證發生的改變是否與我們預期一致。 #### 更多用法 你也可以使用模擬運行模式作為一個簡單的審計工具。 它會告訴你從 Puppet 最近一次應用配置清單之后的任何改變。 一些組織要求所有的配置變更都通過 Puppet 來實現，這是一種對變更實施控制的過程。 使用 Puppet 的模擬運行模式可以檢測到未授權的更改，之后決定是否合并應用這些改變到 Puppet 的配置清單，或者撤消改變。 #### 參見本書 * 第 6 章的 [資源的審計](#ch06sec12) 一節