建议和解决方案 Kaspersky Security Center Latest Topicshttps://forum.kaspersky.com/forum/%E5%BB%BA%E8%AE%AE%E5%92%8C%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88-kaspersky-security-center-237/建议和解决方案 Kaspersky Security Center Latest Topicsen如何远程运行bat文件 [KSC for Windows]https://forum.kaspersky.com/topic/%E5%A6%82%E4%BD%95%E8%BF%9C%E7%A8%8B%E8%BF%90%E8%A1%8Cbat%E6%96%87%E4%BB%B6-ksc-for-windows-37947/

有时需要在管理的主机上执行批处理文件。执行时，请注意以下信息。

在远程管理的主机上执行批处理文件：

  1. 基于文件创建安装包
  2. 为该安装包创建一个远程安装任务
  3. 将任务分配给目标主机并启动它

在任务执行期间，NAgent将在LocalSystem帐户下使用32位cmd.exe进程（C:\Windows\SysWOW64\cmd.exe）运行该文件。

局限性

一些命令和程序

  • 不支持在 LocalSystem 帐户下执行。
  • 对于32位cmd，不将其识别为内部（外部），因此无法从32位cmd.exe进程启动。

使用64位cmd.exe进程执行批处理文件：

  1. 在脚本中添加simlink到64位cmd.exe
  2. 使用此simlink运行所有cmdlet
例如：
REM the following creates simlink named cmdin64.exe to C:\Windows\System32\cmd.exe
cmd.exe /c mklink cmdin64.exe "C:\Windows\System32\cmd.exe"
REM next line starts uwfmgr.exe with , which is not recognized as internal or external for 32-bit cmd.exe
cmdin64.exe /c uwfmgr.exe

或者：

使用x64版本的命令。例如，要导入reg.file，您需要创建以下bat文件：

例如
echo off
 
reg add <reg file> /reg:64

您可以在网上找到x64版本的命令。

 

 Reply to this topic...
 
]]>37947Fri, 15 Dec 2023 07:53:48 +0000NetAgent14：安装错误“系统错误0x1F（连接到系统的设备无法工作）[Windows的KSC]https://forum.kaspersky.com/topic/netagent14%EF%BC%9A%E5%AE%89%E8%A3%85%E9%94%99%E8%AF%AF%E2%80%9C%E7%B3%BB%E7%BB%9F%E9%94%99%E8%AF%AF0x1f%EF%BC%88%E8%BF%9E%E6%8E%A5%E5%88%B0%E7%B3%BB%E7%BB%9F%E7%9A%84%E8%AE%BE%E5%A4%87%E6%97%A0%E6%B3%95%E5%B7%A5%E4%BD%9C%EF%BC%89windows%E7%9A%84ksc-37945/ 问题描述，症状和影响

由于系统错误 0x1F（连接到系统的设备无法正常工作），无法在设备上安装网络代理。

诊断

在MSI 日志和应用程序事件日志中可以发现下列信息:

(1192/0x0 ("System container 'LOC-PUB-6EEB50F8D2EB46029DB4CCB77E0DA651' is corrupt")

解决方案

该问题来自操作系统中一个损坏的加密存储。这不是与卡巴斯基产品相关的问题，但是这里有方法可以尝试修复。

  1. 在出现问题的主机上使用管理员权限启用cmd.exe.
  2. 运行 klcryptstgclean.exe:
     klcryptstgclean -tl 4 -tf $klcryptstgclean_trace.txt -l klcryptstgclean.log
  3. 尝试安装网络代理.
  4. 如果依然安装失败, 请参照该 Cryptostorage-1.docx 文档，执行描述的操作。.
  5. 如果安装再次失败，请收集下列日志文件并发送至卡巴斯基技术支持团队："$klcryptstgclean_trace.txt", "klcryptstgclean.log", new GSI with klnagent installation logs.

  

这不是KSC和klnagent 的相关问题。 这是操作系统的相关问题。

如果上述解决方案无法帮助您解决该问题，请尝试 sfc /scannow 命令, 还原操作系统，重新安装操作系统或者联络微软支持团队。 

 

]]>37945Fri, 15 Dec 2023 07:46:52 +0000KSC更新错误：无法建立HTTPS连接：TLS错误（54）[适用于Windows的KSC]https://forum.kaspersky.com/topic/ksc%E6%9B%B4%E6%96%B0%E9%94%99%E8%AF%AF%EF%BC%9A%E6%97%A0%E6%B3%95%E5%BB%BA%E7%AB%8Bhttps%E8%BF%9E%E6%8E%A5%EF%BC%9Atls%E9%94%99%E8%AF%AF%EF%BC%8854%EF%BC%89%E9%80%82%E7%94%A8%E4%BA%8Ewindows%E7%9A%84ksc-37944/

产品：KSC 11+

也适用于更新实用程序版本4.1及更高版本。

考虑以下有问题的场景：
1.您已经在KSC服务器上安装了KSWS，并启用了Traffic Security组件，Traffic Security使用MITM机制来分析流量。
2.您使用第三方软件或硬件设备进行流量过滤，而此设备会中断与启用HTTPS的公共更新服务器的连接。它可以是BlueCoat或F5、FortiGate SSL深度检测等硬件设备，也可以是使用ICAP将流量重定向到另一个安全应用程序进行扫描的Squid等软件代理。

KL使用HTTP公钥绑定机制来验证更新服务器的真实性；用于身份验证的证书由KL自行签署。使用任何基于MITM的SSL流量检测解决方案都会导致KSC与启用HTTPS的KL更新源之间建立连接失败。这是因为任何基于MITM的流量检测都会在检查后向KSC转发错误的证书，而KSC11会中断连接。

在 up2date 追踪日志中可以找到以下字符串：

证书链中的自签名证书

以下追踪日志是准确诊断所必需的：up2date−1103.∗、up2date-1103-eka.*

请注意，卡巴斯基支持需要收集上述KSC日志，然后再应用本文中列出的任何解决方法。

故障排除步骤

1. 如果您有KSWS阻止流量，请在Traffic Security设置中将Up2Date.exe进程或更新源证书添加到受信任的。

2. 如果您使用第三方设备来过滤流量，您可以明确允许由KL证书签名的流量。

3. 否则，您可以使用HTTP下载更新。有两种方法可以让KSC使用HTTP：

           1. 使用以下命令在 KSC 上设置服务器标志： 

klscflag.exe -fset -pv klserver -s Updater -n DisableKLHttps -t d -v 1

            以及更新代理（分发点）从互联网获取更新（如果有的话）： 

klscflag.exe -fset -pv klnagent -s 更新程序 -n 禁用KLHttps -t d -v 1

           2. 明确设置更新任务以使用 HTTP 源 URL，例如 http://p00.upd.kaspersky.com。HTTP 启用源的完整列表可以在 http://dnl-  05.geo.kaspersky.com/updates/upd/updcfg2.xml  的 <insecure_sites_list> 参数中找到

4. 使用更新实用程序4.0下载更新。更新实用程序的最新版本使用https。

 

 

 

]]>37944Fri, 15 Dec 2023 07:36:50 +0000