域中Win7客戶端無法使用鍵盤鼠標喚醒屏幕

用戶域中設置了屏幕鎖定的策略,並且已經穩定的運行數年,最近部分Win7客戶端出現了一些奇怪的問題,客戶端實行了這條域策略後屏幕無法使用鼠標或者鍵盤喚醒,正常情況下只要活動鼠標或鍵盤就可以進行密碼輸入,更鬱悶的是一些用戶不懂如何解決這樣的問題,直接重啓計算機造成了有的數據丟失,還好這個不怪我

域策略是對用戶生效的,如果加入域的計算機使用本地賬戶登錄也不會出現這種問題,所以跟策略還是有一定的關係

= = 問題客戶端

下圖就是我滑動鼠標後出現的現象,正常情況下可以直接輸入密碼進入系統的

現在我的鼠標可以正常活動,鍵盤的數字鍵可以開啓關閉,注意這不是死機

wKioL1eqx-WSeWN0AAuofxFJrrc192.png


稍微懂點電腦的人都會下意識的按下 Crtl + Alt + Delete組合鍵,結果出現了密碼輸入的界面(注意咯,正常的屏幕鎖定情況下,滑動鼠標就可以出現此界面)

wKioL1eqydmhkNLIAAiIdaa63hk718.png

現在多了一個步驟就是必須按下組合鍵纔可以出現,用戶們不樂意了



= = 排查過程

1)我就在設備管理器中查看了鼠標和鍵盤的屬性,裏面勾選了"允許此設備喚醒計算機"(默認勾選)

wKiom1eqwxCQDQ3zAAA8SsJRiek088.png


2)後續瞭解了更詳細點的情況,出現問題的計算機有一個共同點,都是32位操作系統,64位沒有出現任何問題,期間可以排除補丁更新的問題


3)出於要排查問題,我找來一臺有問題的客戶端進行測試,將系統驅動進行全部升級,結果還是會出現相同情況,之後又安裝了64位操作系統,沒有出現問題


4)當然問題這樣並不會得到解決,因爲所有用戶基本都在使用Win7 32位操作系統


5)之前已經排查了操作系統的問題,客戶端設置問題,現在我們可以從域策略這個點進行排查(操作系統不可能更換,所以也沒必要糾結這點)


= = 排查組策略

今天抓組策略日誌的時候順便問了一些用戶是否出現了這種情況,因爲用戶使用的都是32位系統,基本都有這個問題了

開始收集組策略信息了

1)將DC服務器的組策略信息形成一個報告

wKioL1eq4NbBJ1fsAACHhz6pMWY610.png


2)域策略的報告信息---電源策略信息

wKiom1eq4QbTf5OcAAAsnipmtO4951.png


3)客戶端收集組策略結果

新建一個文件夾,然後CMD切換到文件夾目錄中,使用命令: gpresult /H filename.html

我在三個類型的客戶端上進行了這個操作,分別是有問題的Win7 32位客戶端和沒有問題的Win7 32位客戶端,還有Win7 64位客戶端,對比他們三個策略結果有什麼不同的地方


4)仔細查看後,發現它們所有策略生效結果都是一致的,不存在策略方面的問題


= = 屏幕保護文件

1)快下班的時候跟用戶討論了以下今天的排查情況,用戶給我一個提醒就是它們在出現問題時,都沒有正常的播放屏幕保護動畫,正常情況下屏幕鎖定後機會播放屏保動畫

這個就是屏幕保策略,那個路徑是指向的屏保文件,策略信息:600秒後進行屏幕鎖定,播放屏幕保護,期間使用鼠標和鍵盤進行喚醒時必須輸入密碼,當然所有客戶端策略生效結果是一樣的

wKioL1eu2V6AdodgAABM0O1EgAQ346.png


2)於是我開始排查屏保文件的問題,我找到了現在域策略發佈的屏保文件SB13,在策略中將它更換爲之前的屏保文件SB10

wKiom1eu2iGSS6eIAAAMVadHJDs558.png


3)更換後刷新組策略,我的測試機可以正常播放動畫了,鼠標鍵盤也可以喚醒桌面進行密碼輸入,我去調查最終結果時,大多數用戶已經不存在這種問題了,但是還有少數用戶播放完屏保後鼠標鍵盤無法喚醒桌面(這個結果告訴我一個道理,看那一臺測試機的結果根本沒用)


4)最後想了個辦法可以排除屏保文件的問題,我將下發屏保的域策略進行關閉,讓客戶端可以手動指定自己的屏幕保護,除此之外域策略全部正常生效


5)找到了幾臺客戶端然後我將SB10和SB13兩個屏保文件放入客戶端C:\Windows\System32下,必須將屏保文件放入此目錄纔可以找到屏保文件,後綴名稱爲SCR的就是屏幕保護文件,C:\Windows\System32目錄下就有,將第三方的SCR文件放入此目錄下客戶端纔可以選擇第三方的屏保文件(我將SB13放入了指定目錄就可以在屏幕保護程序中選擇sb13)

wKiom1eu2yWQYu60AACCAGu7xGw238.png


6)在客戶端上手動設置了屏保文件,分別是SB10和SB13,SB10的話一部分32位系統沒有問題,SB13全部32位系統全部會出現問題,後來我將屏幕保護文件換成了Windows自帶的屏保文件後,這幾臺客戶端沒有出現問題(從此結果可以得出一個結論,還是屏幕保護文件存在問題)


= = 問題結尾

昨天週一,我抱着僥倖心理又查了排查了一遍遍的組策略配置信息,懷疑是有其他策略干擾或者補丁更新問題,補丁更新問題之前已經排除了,我仔細看了幾十臺客戶端補丁更新情況(因爲是不同部門的,下發的策略不一樣,所以需要多看點),基本都是一個月之前更新的補丁,和出現問題的時間也對不上

就在下班的時候我在網上下了一個第三方的屏幕保護文件,然後給域用戶下發了,屏保很簡單就是黑屏,不能太驚豔,然後發現兩三臺之前出問題的客戶端也沒有問題了,說明還是屏保文件的問題,今天上午又進行了一番調查,發現客戶端沒有出現過之前的問題


= = 總結

這次問題排查真的是雲裏霧裏,因爲完全和Windows沒有關係,最後問題排查出屏保文件也是讓我驚呆了

  1. 開始的時候客戶端鎖定之後屏幕就是桌面背景,鼠標可以晃動,但是不會進行任何操作

  2. 必須使用組合鍵纔可以喚醒桌面進行密碼輸入,正常情況下屏幕鎖定晃動鼠標就可以進行密碼輸入

  3. 後來得知鎖定後沒有播放屏幕保護,策略並沒有什麼問題,換了一個屏保文件之後就可以播放了

  4. 但是客戶要找原因,結果我就一個個文件試,結果都不行,最後只能網上下一個屏保文件,結果測試結果沒有問題

  5. 排查組策略時我將所有組策略結果導出,然後使用對比的方法對文件中策略實施結果進行對比,實施結果都一致,所以不存在組策略的問題

  6. 排措時可以先將所有方法進行嘗試,最後如果不行的話在從一個點詳細的調查

  7. 爲了還原我的排錯過程,可能白話太多,見諒 ヘ(⊙ω⊙ヘ)哈



發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章