微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

c# – 两个唯一的命名管道冲突和InvalidCredentialException

我昨晚遇到了两个问题,我现在已经解决了,但我不能100%确定为什么我所做的已经解决了这些问题,希望也许有人可以提供一些见解,因为我已经翻了很多岩石,没有运气!

一个问题

一个问题是我在两个独立的程序中有两个唯一命名的管道:

> net.pipe:// localhost / superuniquepipe1
> net.pipe:// localhost / superuniquepipe2

但是,由于已经在使用的地址,第二个启动的程序在打开ServiceHost时会抛出一个异常(我相信它是AddressAlreadyInUseException).

我实例化这些ServiceHosts的方式如下:

Uri[] baseAddresses = new Uri[] { new Uri("net.pipe://localhost") };
this.host = new ServiceHost(this,baseAddresses);
this.host.AddServiceEndpoint(typeof(IHostType),new NetNamedPipeBinding(),"superuniquepipe1");
this.host.open();

所以我首先指定localhost的基地址,然后在添加端点时指定其余部分,我解决这个问题的方法是更改​​代码,如下所示:

this.host = new ServiceHost(this);
this.host.AddServiceEndpoint(typeof(IHostType),"net.pipe://localhost/superuniquepipe2");
this.host.open();

我是否正确说这个有效的原因是因为它只检查基地址而不是我试图添加的端点?并使用第二个代码示例一个有效/安全的方式让多个程序监听“localhost”?

第二个问题:

为了解决上述问题,我将基本地址从localhost更改为许多不同的唯一字符串,例如“net.pipe:// rawrwhyisntthisworkingsadface”,但在执行此操作时,我会从客户端尝试建立连接时看到InvalidCredentialException(请参阅下面的代码)

我的印象是命名管道可以命名为任何东西,任何人都可以对这一个有所了解吗?

ChannelFactory<IHostType> factory = new ChannelFactory<IHostType>(new NetNamedPipeBinding(),new EndpointAddress("net.pipe://rawrwhyisntthisworkingsadface/superuniquepipe2"));
IHostType proxy = factory.CreateChannel();
proxy.CallSomeMethodAndGetAnException();

任何输入都会非常感激,因为我说我已经解决了这个问题并且只是想知道为什么我的解决方案有效,但是如果你看到我如何解决它的一个缺陷并且可以提出一个更好的方法,请这样做:)

解决方法

问题1:

WCF NetNamedPipeBinding使用命名的共享内存部分向其客户端发布可以通过其调用服务的管道的实际名称.管道名称本身是一个GUID,每次打开服务主机时都会重新生成.它是用于发布依赖于服务URL的服务的共享内存部分的名称.如果定义了基址,则使用基址来派生此名称.

这意味着您一次只能运行一个WCF服务应用程序,该应用程序使用NetNamedPipe端点的特定基址.如果您尝试启动第二个,它会因AddressAlreadyInUseException而失败,因为它发现WCF要用于发布位置的名称(从基地址派生)已被另一个应用程序占用.

如果您未指定基址,并为每个服务提供绝对唯一的服务URL,则现在可以从完整绝对URL派生出版位置的名称,并且应用程序之间不存在名称冲突.这是一种完全有效且安全的方法,可以监听多个WCF命名管道服务.

问题2:

在服务端,您可以使用任何内容作为服务URL的主机名部分.这是由于NetNamePipeBinding中认应用的HostNameComparisonMode设置,因为WCF中的算法(派生共享内存发布位置的名称)将使用通配符替换主机名see here,以启用配置的主机名比较模式.

但是,在客户端,服务URL受到限制:主机部分必须真正解析为localhost(即它是localhost,正确的IP地址或正确的计算机名称).

原文地址:https://www.jb51.cc/csharp/97628.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐