2014-06-17 22 views
0

我的問題是使用Salt-Stack在Windows中添加註冊表項。我使用的是.sls文件來定義如下:通過Salt-Stack在窗口中添加註冊表項

#AutoLogin on Windows Machines with a-testauto account 
'HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Windows NT\\CurrentVersion\\Winlogon\\AutoAdminLogon': 
    reg.present: 
    - value: '1' 
    - vtype: REG_SZ 
    - reflection: True 
'HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Windows NT\\CurrentVersion\\Winlogon\\DefaultUsername': 
    reg.present: 
    - value: user 
    - vtype: REG_SZ 
    - reflection: True 
'HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Windows NT\\CurrentVersion\\Winlogon\\DefaultPassword': 
    reg.present: 
    - value: password 
    - vtype: REG_SZ 
    - reflection: True 
'HKEY_LOCAL_MACHINE\\Software\\Microsoft\\Windows NT\\CurrentVersion\\Winlogon\\DefaultDomainName': 
    reg.present: 
    - value: VLAB 
    - vtype: REG_SZ 
    - reflection: True 

當爪牙調用鹽主機和應用的註冊表項,一切工作正常,除了按鍵沒有在正確的道路上。它們被添加到以下:

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Winlogon 

基本上我知道,這是一個64位的機器,並且這條道路代表了64位等價,我試圖操縱的路徑。但是,當我重新啓動機器時,Windows不使用64位版本的路徑,而是使用原始路徑。

我的問題是我如何得到Salt-Stack在我指定的實際路徑中設置鍵而不是Wow6432Node?

我在sls文件中的刪除有問題嗎?我認爲「反思:真實」會照顧兩個路徑中的信息。

感謝有關爲什麼這不起作用的任何信息。

回答

1

我找到了這個問題的答案。實際上SaltStack存在一個缺陷,它不考慮Windows註冊表的32位/ 64位方面,只是調用常規註冊表。 Windows實際上會調用註冊表重定向器來決定將密鑰添加到wow6432node或常規節點的天氣。

我實際上已經向SaltStack的github發佈了一個bug。看到這裏:https://github.com/saltstack/salt/issues/13513#issuecomment-46373007

這就是說,我找到了這個問題的解決方法。如果您使用SaltStack通過命令行或批處理文件實際調用註冊表編輯器。您可以指定要導入.reg文件,然後你可以指定以下參數,將其強制到註冊表的32位路徑:

/reg:64 

我希望這回答了關於這個問題的任何別人的問題