如何为单个方案配置多个WCF绑定配置

Question

我有一组 IIS7 托管的 net.tcp WCF 服务，为我的 ASP.NET MVC Web 应用程序提供服务。 Web 应用程序可通过 Internet 访问。

WCF 服务 (IIS7) <--> ASP.NET MVC 应用程序<-->客户端浏览器

服务经过用户名身份验证，客户端（我的 Web 应用程序）用于登录的帐户最终成为主机上的当前主体。

我希望对其中一项服务进行不同的身份验证，因为它为我的登录视图提供视图模型。当它被调用时，客户端显然还没有登录。我认为，如果服务托管在与 Web 应用程序不在同一域中的计算机上，Windows 身份验证可以提供最好的服务，或者可能只是基于证书的安全性（事实上，我也应该将其用于经过身份验证的服务）。

但这不是重点。使用多个 TCP 绑定给我带来了麻烦。我尝试在客户端配置中这样设置：

<bindings>
  <netTcpBinding>
    <binding>
      <security mode="TransportWithMessageCredential">
        <message clientCredentialType="UserName"/>
      </security>
    </binding>
    <binding name="public">
      <security mode="Transport">
        <message clientCredentialType="Windows"/>
      </security>
    </binding>
  </netTcpBinding>
</bindings>

<client>
  <endpoint contract="Server.IService1" binding="netTcpBinding" address="net.tcp://localhost:8081/Service1.svc"/>
  <endpoint contract="Server.IService2" binding="netTcpBinding" bindingConfiguration="public" address="net.tcp://localhost:8081/Service2.svc"/>
</client>

服务器配置是这样的：

<bindings>
  <netTcpBinding>
    <binding portSharingEnabled="true">
      <security mode="TransportWithMessageCredential">
        <message clientCredentialType="UserName"/>
      </security>
    </binding>
    <binding name="public">
      <security mode="Transport">
        <message clientCredentialType="Windows"/>
      </security>
    </binding>
  </netTcpBinding>
</bindings>

<services>
  <service name="Service1">
    <endpoint contract="Server.IService1, Library" binding="netTcpBinding" address=""/>
  </service>
  <service name="Service2">
    <endpoint contract="Server.IService2, Library" binding="netTcpBinding" bindingConfiguration="public" address=""/>
  </service>
</services>

<serviceHostingEnvironment>
  <serviceActivations>
    <add relativeAddress="Service1.svc" service="Server.Service1"/>
    <add relativeAddress="Service2.svc" service="Server.Service2"/>
  </serviceActivations>
</serviceHostingEnvironment>

问题是这两个绑定似乎不想在我的主机中一起生活。当我删除其中任何一个时，一切都很好，但它们一起在客户端上产生以下异常：

“net.tcp://localhost:8081/Service2.svc”不支持请求的升级。这可能是由于绑定不匹配造成的（例如，在客户端启用安全性，而不是在服务器启用安全性）。

在服务器跟踪日志中，我发现以下异常：

协议类型 application/negotiate was sent to a不支持该类型升级的服务。

我是否在寻找正确的方向或者是否有更好的方法来解决这个问题？

更新

虽然这个问题似乎相当老了，但它仍然与我相关（我认为也与其他人相关）。目前，在访问最初不应进行身份验证的服务时，我正在使用神奇的用户名/密码组合（因为当前主体需要用户名）。鉴于这个问题，您可以看到我宁愿有一个专门针对这些公共服务的未经身份验证的绑定。在这种情况下，神奇帐户并不是不安全的，它不提供除公共级别之外的任何访问权限。

Answer 1

尝试使服务能够使用多个绑定：

<serviceHostingEnvironment multipleSiteBindingsEnabled="true" />

Answer 2

我认为您需要使用“bindingConfiguration”属性来指定每个服务端点使用哪个绑定配置。