對科技支援的恐懼、痛苦與厭惡

對科技支援的恐懼、痛苦與厭惡《哈布爾》不是一本抱怨的書。本文介紹的是 Nirsoft 為 Windows 系統管理員提供的免費工具。

在聯繫技術支援時,人們經常會感到壓力。有些人擔心自己無法解釋問題,會顯得很愚蠢。有些人情緒激動,難以抑制對服務品質的憤慨──畢竟以前從未有過一次休息!

例如,我喜歡 Veeam 技術支援。她回答得很慢,但準確、切題。我甚至很樂意在那裡寫一些小事來學習一些新技巧。

DeviceLock 提供良好的技術支援。老前輩的經驗值得尊敬。幾乎每次請求後,我都會在公司維基百科中添加幾行「秘密知識」。同時,他們快速組裝修復了錯誤的產品測試版本——支援和生產密切相關。

ArcServe 則不然。印度洋沿岸的居民非常非常有禮貌和細心,我不能說更好的了。如果沒有準備好KB,你的生活將會很悲傷。

我們的防毒旗艦產品卡巴斯基實驗室的技術支援非常出色。就像一個人延後去看牙醫一樣,我也盡量不到最後一刻才寫信。因為這將是漫長、痛苦的,而且結果不可預測。即使你有 5000 盧布的執照,你也不能選擇醫生——無論誰來給你治療。而我自己似乎也是醫生(好吧,不是醫生,只是機械師),我倍感被冒犯。

說到點子上了。

我們正在將 Kaspersky Security for Windows Server 從版本 10.1.1 更新至 10.1.2。操作很簡單,但我們知道。在微軟最新的補丁星期二,我注意到一大群伺服器上沒有安裝更新。

事實證明,wuauserv 和 BITS 服務在伺服器上停止運作,啟動時回傳錯誤:

對科技支援的恐懼、痛苦與厭惡

用民間療法治療發射後

sc config wuauserv type= own
sc config bits type= own

我意識到伺服器之間有一些共同點 - KSWS 100 最近已安裝在 10.1.2% 的患者身上。

我病得很重並提出上訴。

您好!
從 10.1.1 升級到 10.1.2.996 後,許多伺服器上的 BITS 和 Windows Update 服務都發生故障。
啟動時傳回錯誤:1290
此錯誤是否與產品的安裝有關?

答案沒多久就得到了。

下午好,米哈伊爾!
安裝或更新版本時,Kaspersky Security 10 for Windows Server 不會考慮現有服務,也不會檢查/變更其設定。

他們講述瞭如何切斷它。

快速谷歌表明問題存在,或至少存在 在另一個版本中.

我回信-聰明人寫道這個問題以前就存在,也許它仍然存在?提供標準技術資訊。

7天(XNUMX天,Karl!)技術支援保持沉默。結果並不令人鼓舞。我以縮寫形式給出:

米哈伊爾,下午好!

就您而言,升級產品後停用服務與作業系統的個人或群組設定特別相關(我的結論是基於對您發送的報告的研究)。

我建議您深入檢查系統服務的運作。我很樂意為您提供協助,但是,這是 Microsoft 支援的責任,因為您指定的解決方案正在運行,並且只需要一次性輸入。

我謹代表我個人補充一點 您指定的兩項服務都與更新作業系統有關,不會以任何方式影響我們產品的運行,因此會影響您的保護程度.

這就是結局。這是一個恥辱。

好吧,如果卡巴斯基實驗室找不到缺陷,士兵們就會找到它。你必須自己去尋找它。

Windows 服務設定儲存在登錄項目中:

HKLMSystemCurrentControlSetservices

除了二進位檔案之外,檔案系統不儲存任何有用的東西。

我們如何監控註冊表?最通用的工具 - Sysinternals 的進程監視器.

進程監視器出了什麼問題?如果您不確切知道自己在尋找什麼,則很難在其中找到某些內容。

同時,還有來自一家不太知名的公司的公用事業 Nirsoft。它產生數十種獨特的程式 - 從監控 USB 設備的連接到從註冊表讀取產品金鑰。如果您從未聽說過,我強烈建議您訪問該網站並查看該系列。當我第一次了解它們時,就像打開一盒玩具一樣。

該實用程式將對我們的工作有用 www.nirsoft.net/utils/registry_changes_view.html
註冊表更改視圖 v1.21。下載並在伺服器上啟動。

首先要做的就是在安裝之前拍攝快照。

對科技支援的恐懼、痛苦與厭惡

然後我們啟動 Sysinternals Process Monitor,以停用除註冊表之外的所有內容,並配置將結果儲存到檔案中。

對科技支援的恐懼、痛苦與厭惡

我們開始安裝過程並確保一切都已損壞。
我們在RegistryChangesView 中拍攝第二個快照。
我們互相比較快照。

對科技支援的恐懼、痛苦與厭惡

這就是我們感興趣的地方。

對科技支援的恐懼、痛苦與厭惡

對科技支援的恐懼、痛苦與厭惡

但是誰幹的呢?也許服務本身就壞了?

我們來看看Process Monitor日誌,先從過濾進程開始:

對科技支援的恐懼、痛苦與厭惡

對科技支援的恐懼、痛苦與厭惡

我們按註冊表取得摘要,按寫入欄位排序:

對科技支援的恐懼、痛苦與厭惡

這就是您正在尋找的:

對科技支援的恐懼、痛苦與厭惡

對科技支援的恐懼、痛苦與厭惡

就這樣吧,朋友們,5分鐘內問題原因就找到了。

這絕對是卡巴斯基安裝程序,我們確切地知道它是如何破壞服務的。這意味著我們可以輕鬆地將其恢復到原始狀態。

結論是什麼?

依靠支持,但不要自己犯錯。無需偷懶。想辦法。
使用正確的工具。擴展您的個人技術工具集。了解您每天使用的工具。
好吧,如果您的工作是自給自足,請嘗試學習如何跳過第一階段 - “否認”。順便說一句,這是最困難的事情。

我希望我自己也能開始遵循這些建議。你好實驗室!

PS:謝謝 別雷斯 尋求標點符號幫助。

來源: www.habr.com

添加評論