回复：应用探讨——OPC通讯配置、诊断及性能分析——发帖整理-技术论坛-工业支持中心-西门子中国

回复：应用探讨——OPC通讯配置、诊断及性能分析——发帖整理

谦

总坛主

帖子

3679
精华

8
被关注

366

论坛等级：至圣

注册时间：2003-06-06

普通如何晋级?

发布于 2012-01-31 14:54:21

32楼

quote:以下是引用火麒麟在2011-12-28 14:13:09的发言：

quote:以下是引用ERMA在2011-12-28 13:29:00的发言：
上两楼回答已经非常接近答案。最后查出的原因是：OPC Server的DCOM中的配置的是Interactive用户启动方式。而OPC Server是通过远程桌面登陆的。通过远程桌面登陆的用户和在本机上登陆的同一账户的权限是不一样的（虽然在本地设置了该用户具有所有的权限，但一但这个账户通过远程接入的话，系统是区分其本地与远程的接入的）。所以会出现能浏览计算机及OPC Server。但不能连接OPC Server。
解决方案一、把DCOM的配置为 theLaunching user的启动方式。
解决方案二、当远程桌面连接OPC Server的计算机的时候，不用系统带的远程桌面连接，而是用如下的命令：mstsc /v：（计算机名）/console。

根据这个例子，结合youhm大侠前面讲述的启动方式的区别，
1：为什么配置为theLaunching user的启动方式就可以了,能举个例子形象的讲一下么？而且用这种启动方式有没有考虑到服务器的资源和负荷影响？如果同时连接的客户端很多，会出现什么问题？
2：8000401a的故障代码描述是什么，都没有查到
3：解决方案1和方案2既然都能解决问题，在原理上有共通的地方么？

我还是觉得现在的理论太多，高手能不能做个形象的例子，深入浅出的介绍下呢？

下载中心的文档也提到了这个问题，除了用户认证之外，还有Simple File Sharing的设置也会导致这个问题。