对技术支持的恐惧,痛苦和仇恨

哈伯-不是悲伤的书。 本文是有关Windows系统管理员的Nirsoft免费软件工具。

联系技术支持时,人们经常会感到压力。 有人担心他将无法解释问题并且看起来很愚蠢。 有人不知所措,很难克制对服务质量的愤慨-毕竟,以前没有任何差距!

例如,我喜欢Veeam技术支持。 她迅速但准确地回答了问题。 我什至很高兴为学习一些新芯片而一无所获。

DeviceLock中的良好技术支持。 他们的老朋友的经历值得尊重。 几乎每次上诉之后,我都会在公司Wiki中输入几行“秘密知识”。 同时,他们可以快速收集带有固定错误的测试产品内部版本-支持与生产密切相关。

ArcServe不太好。 印度洋的居民非常非常有礼貌且专心致志,但我无话可说。 如果没有完成的知识库,您的生活将会很伤心。

除此以外,还有我们的反病毒旗舰产品-卡巴斯基实验室的技术支持。 由于有人推迟去看牙医,所以我尽量不要等到最后写信。 因为它会很长,很痛苦并且结果无法预测。 即使您拥有5000 卢布的牌照,您也无法选择医生-治愈遇到的任何人。 我自己也很喜欢医生(嗯,不是医生,而是锁匠),我倍感沮丧。

为了业务。

我们将Windows Server的Kaspersky Security从10.1.1版本更新到10.1.2。 操作很简单,但是我们知道一些。 在Microsoft星期二发布的另一个补丁程序中,我注意到更新没有安装在大量服务器上。

原来,wuauserv和BITS服务已停止在服务器上工作,并且在启动时返回了错误:



对待民间疗法的推出

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

我意识到服务器之间存在一些共同点-KSWS 10.1.2最近已安装在100%的患者身上。

他病得很重,开始接受治疗。
你好
从10.1.1升级到10.1.2.996后,BITS和Windows Update服务在许多服务器上崩溃了。
在启动时,返回错误:1290
发生的错误与产品安装有关吗?
答案很快就到了。
下午好,迈克尔!
安装或更新版本时,Windows Server的Kaspersky Security 10不会考虑可用的服务,也不会检查/更改其设置。
他们说如何切断。

快速浏览一下表明该问题存在,至少存在于其他版本中

我写回了-这里有聪明人在写,以前曾经有过这样的问题,也许仍然存在? 提供了标准技术信息。

7天(Karl为7天!)技术支持处于静默状态。 结果并不令人鼓舞。 我用缩写形式引用:
迈克尔,下午好!

您的情况是,在升级产品后禁用服务与操作系统的单个或组设置有关(我的结论是基于对您发送的报告的研究得出的)。

我建议您深入研究系统服务的工作。 我很乐意为您提供帮助,但是,由于您指定的解决方案正在运行,并且只需要一次输入,就可以由Microsoft支持来解决。

我要代表自己补充一点,您指出的两项服务都与更新操作系统有关,并且绝不会影响我们产品的运行以及您的保护程度
到此为止。 真可惜

好吧,如果卡巴斯基实验室找不到缺陷, 士兵会找到它, H得自己寻找。

Windows服务的配置存储在注册表分支中:

 HKLM\System\CurrentControlSet\services\ 

除了二进制文件,没有任何有用的东西存储在文件系统上。

我们如何监视注册表? 最通用的工具是Sysinternals的Process Monitor

Process Monitor有什么问题? 如果您不知道要查找的内容,则很难在其中找到。

同时,还有不太知名的公司Nirsoft的实用程序。 它产生数十种独特的程序-从监视USB设备的连接到从注册表读取产品密钥。 如果您从未听说过她,我强烈建议您访问该网站并评估产品系列。 当我第一次发现它们时-好像我打开了一个装有玩具的盒子。

实用程序www.nirsoft.net/utils/registry_changes_view.html将对我们的工作有用
RegistryChangesView v1.21。 下载,在服务器上运行。

首先要做的是安装之前的快照。



然后运行Sysinternals Process Monitor,禁用除注册表之外的所有内容,并配置将结果保存到文件中。



我们开始安装过程,确保一切都已损坏。
在RegistryChangesView中创建第二个快照。
比较快照之间的快照。



这就是我们感兴趣的。





但是是谁做的? 也许服务本身崩溃了?

我们查看“进程监视器”日志,让我们首先过滤进程:





我们按注册表获取摘要,按写入字段排序:



这是寻求的东西:





就是所有的朋友,在5分钟内找到了问题的原因。

这正是Kaspersky的安装程序,我们确切知道它如何破坏服务。 因此,我们可以轻松地将其恢复为原始状态。

有什么发现?

希望能得到支持,但也不错。 不要偷懒。 弄清楚。
使用合适的工具。 扩展您的个人技术工具集。 了解您每天使用的工具。
好吧,如果您靠自己工作,请尝试学习如何跳过第一阶段-“拒绝”。 顺便说一下,这是最困难的。

希望我自己开始遵循这些提示。 您好实验室!

加法 。 两个星期后,我很幸运得到开发人员的回应。 谢谢您,奥列格(Oleg),至少有人在乎,这意味着我们(我们的客户)的一切都不会丢失。 他解释说,实际上,安装程序会将服务的状态返回到其原始状态,就像在全新安装操作系统(并检查了它)之后一样。 早期版本的KSWS更改了服务设置,将它们分配为单独的进程(为什么?)。 但是安装程序无法正确回滚设置,只是在不通知Service Control Manager的情况下更改了注册表中的值。 重新启动后(我不知道如何重新启动SCM,尽管如果您只是尝试通过sc.exe实用程序重复相同的配置,则可以避免重新启动),更新服务将再次起作用。 最简单的解决方法是在更新发行版后(在服务时间内)分配一整夜的重新引导。
老实说,所有这些都已在上面的论坛帖子中进行了描述。 刚刚确认错误已传递给新版本。

PS:感谢berez对标点的帮助。

Source: https://habr.com/ru/post/zh-CN472650/


All Articles