IConnectionPoint Advise gives Access Denied|Classic OPC: DA, A&E, HDA, XML-DA, etc.|Forum|OPC Foundation

Avatar
Search
Forum Scope


Match



Forum Options



Minimum search word length is 3 characters - maximum search word length is 84 characters
Lost password?
sp_Feed sp_PrintTopic sp_TopicIcon
IConnectionPoint Advise gives Access Denied
Avatar
Deleted
New Member
Members
Forum Posts: 2
Member Since:
02/24/2014
sp_UserOfflineSmall Offline
1
05/30/2016 - 04:52
sp_Permalink sp_Print

This is not a simple DCOM error.

My OPC DA Server is written by my organisation. It was developed from the OPC Foundation specimen OPC DA Server. There is some C++ code to handle the DCOM stuff and some C# code to handle the item names and values. I have the OPC DA Server running locally under DomainA\AccountA. The error does not occur when I'm logged in as DomainA\AccountA, but it does occur when I'm logged in as DomainA\AccountB. I know this is not a simple DCOM error because the test client does connect to a different OPC DA Server, written purely in C++, also running under the domainA\AccountA. I'm thinking it must be an Access Denied between the C++ code and the C# code inside the OPC Server.

Any suggestion about where the Access Denied error is coming from or how I can find out?

Avatar
Guest
Guests
2
05/31/2016 - 07:46
sp_Permalink sp_Print

Hello Richard,

The "access denied" message certainly seems like this is DCOM related, unfortunately.

I don't think C# vs. C++ is a barrier since both are merely making calls into the COM framework; it's COM that is hitting the wall.

So, in your summary you mention "DomainA"; is this an actual Windows domain? Domains usually help.

I think you need to analyze the DCOM security, unfortunately. Check each user and group that has access to your Server, and then compare the membership of your two users. Some other places to consider might include file permissions (doubtful) and actual user-authentication within the server itself (assumes COM/DCOM has permitted the connection).

These problems are always tough.

Avatar
Deleted
New Member
Members
Forum Posts: 2
Member Since:
02/24/2014
sp_UserOfflineSmall Offline
3
06/06/2016 - 06:24
sp_Permalink sp_Print

Thanks Nathan,

You were right. I needed to set the user under which the OPC Server was running in the Default Access Permissions. I was fooled because the other OPC Server that did work had had it's user changed but it had not been restarted. Hence it was running under a different user which did have Default Access Permissions. I've been working with OPC & DCOM for over 10 years, but I still get fooled!

Richard

Avatar
Yogesh G
New Member
Members
Forum Posts: 1
Member Since:
11/17/2016
sp_UserOfflineSmall Offline
4
03/10/2019 - 21:48
sp_Permalink sp_Print

Hi Nathan,

 

I added the permission to the active user but when i tried to add the group to the connected server in Asynchronous way it is throwing this error. it works fine for Synchronous connection.

SIMATC2.1.ATC6AHR caused COM/OPC error 0x80010105 on IConnectionPoint.Advise()
Error string: Vendor Error string
Additional: Could not establish data callback connection on group 'grp1'
Interface address is 0x006B5834
Vendor detail: *********

 

What could be the issue.?

Avatar
Jiyang Hu
Member
Members
Forum Posts: 10
Member Since:
06/10/2014
sp_UserOfflineSmall Offline
5
03/29/2019 - 12:47
sp_Permalink sp_Print

Firewall. Add your server application to firewall list as allowed

Forum Timezone: America/Phoenix
Most Users Ever Online: 510
Currently Online: Thomas Koehrsen
Guest(s) 33
Currently Browsing this Page:
1 Guest(s)
Top Posters:
Forum Stats:
Groups: 2
Forums: 10
Topics: 1347
Posts: 4566