这是奇特的你会在stackoverflow上发布,而不是直接联系BatchPatch支持(https://batchpatch.com/contact)或在支持论坛上发布(https://batchpatch.com/forum)。
您链接的页面(batchpatch.com/troubleshooting-common-errors-in-batchpatch)包含用于解决“RPC服务器不可用”错误的附加链接。它明确指出了这两个环节:
batchpatch.com/using-batchpatch-with-windows-firewall
batchpatch.com/batchpatch-ports
这是不足够的,只是开135和445在Windows防火墙中。您必须打开“文件和打印机共享”和“Windows Management Instrumentation(WMI)”。在你的情况下,可能是因为你没有打开'Windows Management Instrumentation(WMI)'而发生错误。'
上面的链接还进一步解释道:
为了WMI正常工作......目标计算机必须能够 接收和处理RPC(远程过程调用)的请求。 WMI 和RPC服务必须在目标计算机上运行。如果您在目标计算机上使用Windows防火墙 ,请按照本页面上的 说明进行正确配置:使用BatchPatch 和Windows防火墙 (batchpatch.com/using-batchpatch-with-windows-firewall)。
如果您使用的是硬件防火墙,则WMI的配置 可能会有点棘手,具体取决于特定的防火墙 设备。默认情况下,WMI连接不在 静态/固定端口上建立。相反,WMI为其 连接使用动态端口配置,这意味着用于连接给定 连接的实际端口在连接时即时建立。每个 连接将最终使用不同的端口。在 经典硬件防火墙的情况下,这曾经是一个问题,因为硬件 防火墙通常需要手动配置任何开放端口 。企业防火墙管理员在 之前无法知道需要打开哪些端口。然而,幸运的是,现代防火墙现在实现了DCE/RPC,它解决了这个问题,而且 允许使用WMI/RPC的动态端口。如果在BatchPatch计算机和目标计算机之间有一个网络 级别的硬件防火墙,则需要将其配置为允许DCE/RPC,因此它可以在运行中打开必要的端口,为每个WMI 连接。在DCE/RPC更多信息,可以在以下两个 链接找到:
en.wikipedia.org/wiki/DCE/RPC
wiki.wireshark.org/DCE/RPC