Remote server cannont connect to this machine

[TheDuke29]

I'm using datasockets in Labview 8.5 (Evaluation copy) to develop an OPC client application

to connect with a remote OPC server running Kepware.  I've tried a number of different

ways with no luck.  When I try to connect using front panel connections, I get the remote server

error cannot connect to this machine (check local permissions), but in the event log, the logon

audit is a success.  So I'm not sure what permissions need to be changed.  So far I have changed

DCOM security settings to allow Network user, the name of the OPC server, anonymous, everyone, access

permission for both local and remote and the same in launch and activation permissions.

I've tried using the NI OPC Client example and I just get an error 42, generic error.  I have spent my wheels

with this one and no prevail.  I downloaded the OPC Quick Client from Kepware, which I can use to connect

to the OPC server, but I do get a Failed to connect to 2.0 data access for group ...., but it still displays the

values once the items are selected.  NI Server Explorer works just fine and Iconics also.  Has anyone run

into this problem before and how did you fix.

Thanks,

Jay

[MatrikonOPC]

This sounds like a DCOM problem. Have you tried using MatrikonOPC Tunneller? This removes any DCOM problems.

http://www.matrikonopc.com/products/opc-data-management/opc-tunneller.aspx

[FLoveless]

Typically if the Kepware OPc Quick Client cannot connect to the Kepware OPC Server there are possibly more than DCOM issues involved. The first thing that comes to mind is that the OPCproxy.dll and OPCcomn_PS.dll on the 2 PC's are out of Sequence. You can easily verify the versions on each PC.This files should be located in the system32 folder.

The next thing we usually check is that Ole32.dll and OleAut32.dll are properly registered on both PC's.

1. To do this, go to the command prompt.
2. Tyep regsvr32 ole32.dll
3. A dialog box should appear saying: DllRegisterServer in ole32.dll succeeded.
4. Click OK.
5. Now type regsvr32 oleaut32.dll
6. A dialog box should appear saying: DllRegisterServer in oleaut32.dll succeeded.
7. Click OK and type exit to close the command prompt window.
8. Reboot and try to connect to the server again.

Remember these files need to be properly registerd on both PC's.

If that does not work then you can always go the rout of opening DCOM as wide as possible. Things to consider are as follows.

1. COM/DCOM, which is what OPC uses as a core technology, does not work well, and usually not at all, across multiple domains.
2. It is intended for use in Domains which have a central Access Control List. If you are using a WG(WorkGroup) or WG to Domain or Domain WG you need to make sure the OPC users in the Domain are built into the local security account of the WG PC(s).
3. To open security wide, which should only be done on a secure network, You need to have System and Everyone with Launch and access permissions on all PC's involved in the OPC connection. You should set this at the computer level and not the application level.
4. We have found that for reasons only known to Microsoft we sometimes need to set Local Securty Policies. Specifically we see a need to sometimes Enable "Network Access: Let everyone permissions apply to anonymous users" and set "Network Access: Sharing and Security Model for local accounts" to "classic - local users authenticate as themselves".
5. With recent Microsoft security patches we have seen in some cases a need to add Network Users for Access and Launch Permissions.
6. If you have a secure network you can also add Domain Admins and Domain users.

Once you have achieved an OPC connection and transfer of data between KepserverEx and you OPC clients you can then start to restrict DCOM permissions again.

If you have any further questions about using KepserverEx with OPC Clients you can contact technical.support@kepware.com

Fred Loveless

Support Manager

Kepware Technologies

http://www.kepware.com

[Steve_M.]

You need to manually register the OPCproxy.dll.  See details below:

The DataSocket component used to enumerate the OPC servers available on your system is not being correctly registered. This is a known issue caused by installing LabVIEW 8.0 on a Windows 2000 machine that has no previous OPC servers installed. To be able to use DataSocket as an OPC client, you need to manually register opcproxy.dll. You can achieve this by running the following command:

regsvr32 "C:\WINNT\system32\opcproxy.dll"

Note: The path to the system32 folder might be different on your machine. If the above command fails, search your harddrive for opcproxy.dll and correct the path.

[Sangabriel]

i resolve my problem runing the 32-bit version of labview 2013, now i can comunicate my PLC with labview