VPN隧道上的OPC DA

Question

显然，当通过VPN连接使用OPC DA时，无法将请求的数据从服务器返回到OPC DA客户端。这是因为OPC DA是使用Microsoft的组件对象模型( COM )设计的，并使用分布式COM (DCOM)进行远程连接。当与远程服务器建立连接，并且客户端发出数据请求时，服务器将向建立连接的IP地址发送回调。当连接到VPN时，它将代理该网络上的本地IP地址。总之，运行使用VPN隧道连接到远程OPC服务器的OPC客户机的机器能够发现服务器，但不能运行它。我的问题是:有一种方法可以使用与OPC DA协议兼容的不同隧道机制吗？或者，有一种方法可以将所有从服务器到客户端的回调路由到具有OPC服务器的PC的IP，而不是代理的IP？

Answer 1

我认为您最好在具有DA服务器的机器上放置一个OPC-UA隧道程序，然后使用OPC-UA通过VPN进行连接。

Answer 2

您确定问题出在VPN上吗？如果您能够“发现”服务器，但不能启动它，这意味着您的dcom设置不正确。

在客户端和服务器上创建一个新的本地用户帐户(相同的名称和密码)。在服务器上，更改opc服务器的dcom设置：

• 运行dcomcnfg
• 找到您的opc服务器，选择属性。
• 在安全选项卡上添加新帐户随处可见(您可以尝试跳过此步骤，有时不需要)
• 在身份选项卡上，选择“此用户”，填写新帐户

<代码>F29

在客户端，使用新帐户登录，连接VPN。

对于远程连接，上面的dcom设置是最容易维护/设置/调试的。任何其他组合(交互式用户/启动用户/域帐户等)是一种痛苦，在99%的时间内是行不通的。如果您需要使用域用户(根本不推荐！)，您需要在登录客户端之前连接VPN (祝您好运)

Answer 3

这是几年后的事了，但如果有人发现了这一点：

1. 使用分路接口VPN，而不是隧道。换句话说，使用第2层VPN，它的行为类似于远程LAN上的以太网接口。您( VPN客户端)将在直接连接到您的计算机的远程网络上获得一个IP地址。它的行为就像从您的机器到站点之间有一条非常长的以太网电缆一样。出于所有实际目的，您将成为OPC服务器的本地用户。

或者..。

1. 正如上面的@KevinHeron所建议的，使用OPC网关。Prosys OPC创建一个，并在其产品页面上显示您的情况图：https://www.prosysopc.com/products/opc-ua-gateway/