wcf – 通过命名管道从Windows服务(会话#0)连接到桌面应用程序(

发布时间：2020-12-14 01:50:21 所属栏目：Windows 来源：网络整理

导读：鉴于： – 应用程序 – 桌面GUI( WPF).NET应用程序 – 监视应用程序的 Windows服务(.NET也) Windows服务定期“ping”应用程序以确保它是健康的(如果它不是winservice将重新启动它). 我打算通过命名管道实现“pinging”.为了简单起见,我决定使用WCF.该应用程

鉴于：
– 应用程序 – 桌面GUI( WPF).NET应用程序
– 监视应用程序的 Windows服务(.NET也)

Windows服务定期“ping”应用程序以确保它是健康的(如果它不是winservice将重新启动它).
我打算通过命名管道实现“pinging”.为了简单起见,我决定使用WCF.该应用程序托管一个WCF服务(一个操作Ping返回一些东西). Windows服务是此WCF服务的客户端,基于计时器定期调用它.

这一切都在Windows 7中.
Windows服务在LocalService下运行(在会话#0中).
桌面应用程序在当前登录的用户下运行(在会话#1中).

问题：
Windows服务无法在桌面应用程序中看到创建并正在侦听的WCF端点(使用NetNamedPipeBinding).这意味着通过wcf代理调用时,我得到了这个异常：“在本地计算机上找不到管道端点’net.pipe：// localhost / HeartBeat’”

我确信代码没问题,因为另一个桌面应用程序(在会话#1中)可以看到端点.

显然,我在处理Win32系统对象隔离的一些安全性问题.
但我相信应该有办法解决我遇到过的限制问题.
我可以牺牲WCF方法并采用原始的NamedPipe方式.

更简单的解决方案可能是与托管WCF服务的Windows服务使用WCF双工合同.客户端App会在启动时调用服务上的操作来注册自己.然后,Ping将是服务在客户端的回调契约上定期调用的操作,App将响应该操作.

服务可见性以这种方式工作,因为Windows服务可以使用SeCreateGlobalPrivilege运行,因此服务发布管道名称的共享内存对象可以在全局内核名称空间中创建,对其他会话可见.交互式应用程序无法在Windows7中轻松获得该特权,因此此类应用程序中的WCF服务可以回退到在本地内核命名空间中发布管道,仅在其自己的会话中可见.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!