有没有人在Windows Server 2019上看到过会阻止在Active Directory域环境中浏览网络以在远程主机上查找可用OPC服务器的东西,而此时所有其他OPC通信似乎都正常运行,而文件共享浏览似乎也在正常工作?
我在这里遗漏了一些东西,但我找不到。由于核心OPC功能正常工作,所以像OPC这样的工具没有显示任何错误,来自OSIsoft、KEPware和OSIsoft的DCOM设置指南都没有用。似乎没有任何DCOM设置是针对CLSID网络浏览的。如果客户端能够提供远程主机并查询该主机,则OPC服务枚举可以正常工作。问题是,我们试图使用没有任何功能的客户端手动定义服务器,并且完全依赖于网络浏览功能。
请告诉我其他人见过这种行为。我怀疑这是Windows 2019的某种网络安全特性,但我找不到任何文档指出导致此功能失败的原因。更糟糕的是,函数正在正常完成,但结果为零,因此我甚至没有错误消息来跟踪问题。
发布于 2022-03-30 16:06:30
这取决于您正在使用的应用程序。OPC客户端找到远程OPC服务器的方法很多。大多数客户将使用折页的组合:
OPCEnum。特别是,使用EnumClassesOfCategories (组件类别管理器的一部分)来完成繁重的工作。不爬行通过注册表。
GetOPCServers()。这是一个名为IOPCAutoServer的接口的一部分,它来自OPC基础本身(通过OPCDAAuto.dll)。
CLSIDFromProgID()首先获得CLSID,然后执行CoCreateInstanceEx()。当CLSIDFromProgID()失败时,返回到使用OPCEnum在连接之前列出所有OPC服务器。
这意味着您首先需要了解客户端应用程序用于列出OPC服务器的内容。然后,在Windows方面,取决于两个节点的OS版本,您可能需要禁用简单文件共享模式( Windows XP和更早版本的情况是这样)
如果它使用OPCEnum,则还需要为OPCEnum配置DCOM,这是列出远程OPC服务器的推荐方法。如果应用程序仅支持远程注册表查找以查找OPC Server,则需要授予对从客户端连接到服务器的帐户的访问权限
https://stackoverflow.com/questions/71413668
复制相似问题