Tag: #netnamedpipebinding

NetNamedPipeBinding安全吗？

我想知道netNamedPipeBinding是否被认为是安全的： 一方面，NetNamedPipeBinding仅在传输层上实现安全性，并且它使用Microsoft不再推荐的NTLM（ 源 ）（ 源 ） 另一方面，无法从远程计算机访问命名Pipie，并且无法窃听用于传输数据或向其写入数据的特定打开管道实例，除非可以获取特定实例的句柄关心。 这就是为什么我不知道如何考虑这个解决方案的安全性的原因。

使用NetNamedPipe的WCF多个应用程序

我试图在同一台机器上运行多个WCF服务托管应用程序。 我想在一个应用程序中运行多个应用程序 – 而不是多个服务。 var host = new ServiceHost(typeof(MyClass1), new Uri[] { new Uri(“net.pipe://localhost”) }); host.AddServiceEndpoint(typeof(ISomeInterface), new NetNamedPipeBinding(), “FOO”); host.Open(); 我为每个应用程序更改“FOO”，但仍无法启动多个服务。 猜猜它很简单，但我卡住了:( 问候

在C＃中使用NetNamedPipeBinding获取EndpointNotFoundException; 需要创建全局命名管道

我正在运行一个Windows服务，我通过NetNamedPipeBinding发送消息。 消息从客户端应用程序发送，该应用程序由GPO触发。 我刚刚在新服务器上安装了服务和客户端，我收到以下消息： System.ServiceModel.EndpointNotFoundException: There was no endpoint listening at net.pipe://localhost/VOXAServices/VOXADefaultPipe that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. 没有内在的例外。 如果我通过双击桌面上的图标来运行客户端应用程序，它运行没有问题。 我管理Windows服务和客户端应用程序的代码，所以我可以改变我需要的任何东西。 但到目前为止，我非常确信绑定，合同和地址都是正确的（因为从桌面运行时一切运行正常）。 我认为问题必须是从GPO运行客户端应用程序。 但我想不出有什么理由会导致这个错误。 更新： 我在微软的网站上看到了这个： 命名管道是Windows操作系统内核中的对象，例如进程可用于通信的共享内存部分。 命名管道具有名称，可用于单台机器上的进程之间的单向或双工通信。 当在一台计算机上的不同WCF应用程序之间需要通信，并且您希望阻止来自另一台计算机的任何通信时，请使用命名管道传输。 另一个限制是，从Windows远程桌面运行的进程可能被限制为同一个Windows远程桌面会话，除非它们具有提升的权限。 （ 选择运输 ，增加重点） 我需要客户端进程在（非特权）用户的上下文中运行，并且弹出UAC对话框不是一个选项。 反正我是否允许此客户端进程提升权限，同时保持进程在用户上下文中运行而不是使用户具有特权？ 更新＃2： 似乎存在全局和本地（对于Windows会话）命名管道这样的事情。 我相信我的Windows服务正在创建一个本地命名管道，如果我可以强制它创建一个全局命名管道，它将解决我的问题。 （这解释了为什么我在sysinternals“Process […]