在DMZ中运行安全WCF服务时出现问题

时间:2009-12-14 15:41:32

标签: asp.net wcf ssl dmz

我遇到了两个使用WCF服务相互通信的Web应用程序的问题。 这是我的情景:

  • Web应用程序“A”部署在企业内部网的服务器中,部分域名为“intranet”
  • Web应用程序“B”部署在DMZ的服务器中,暴露于互联网和部分域“外联网”
  • 防火墙位于两个域之间,并且没有信任关系。
  • “A”使用wsHttpBinding
  • 在“B”中调用一些WCF服务
  • “B”中的WCF服务在IIS上通过SSL进行传输安全保护。
  • 我们正在使用用户名身份验证行为来验证“A”

这是服务器绑定配置:

“>

<binding name="UsernameWithTransport">
  <security mode="TransportWithMessageCredential">
    <message clientCredentialType="UserName"
      negotiateServiceCredential="false" />
  </security>
</binding>   </wsHttpBinding>
     

”   在我的测试环境中,一切似乎都运行良好,它有两个像生产中的域。然而,在生产环境中,每次“A”调用“B”时,我都会收到一个丑陋的错误:


    System.ServiceModel.Security.MessageSecurityException: An unsecured or incorrectly secured fault was received from the other party. See the inner FaultException for the fault code and detail. ---> System.ServiceModel.FaultException: An error occurred when verifying security for the message.

Server stack trace: 
at System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.ProcessReply(Message reply, SecurityProtocolCorrelationState correlationState, TimeSpan timeout)
at System.ServiceModel.Channels.SecurityChannelFactory`1.SecurityRequestChannel.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Security.SecuritySessionSecurityTokenProvider.DoOperation(SecuritySessionOperation operation, EndpointAddress target, Uri via, SecurityToken currentToken, TimeSpan timeout)
at System.ServiceModel.Security.SecuritySessionSecurityTokenProvider.GetTokenCore(TimeSpan timeout)
at System.IdentityModel.Selectors.SecurityTokenProvider.GetToken(TimeSpan timeout)
at System.ServiceModel.Security.SecuritySessionClientSettings`1.ClientSecuritySessionChannel.OnOpen(TimeSpan timeout)
at System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.OnOpen(TimeSpan timeout)
at System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.CallOpenOnce.System.ServiceModel.Channels.ServiceChannel.ICallOnce.Call(ServiceChannel channel, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.CallOnceManager.CallOnce(TimeSpan timeout, CallOnceManager cascade)
at System.ServiceModel.Channels.ServiceChannel.EnsureOpened(TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]: 
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)

首先我认为这是服务器之间时钟同步的问题,因为我可以通过改变10分钟的差异来重现测试环境中的相同异常。 不幸的是,这似乎不是问题,因为我们的生产服务器是同步的。

任何信息都将受到赞赏!!

2 个答案:

答案 0 :(得分:0)

最后我们可以解决问题,因为缺少权限,应用程序池标识无法在“C:\ Windows \ Temp”中写入。

似乎MessageSecurityException是一种通用的异常,可以抛出很多问题。要知道真正的异常,我们在服务配置中添加了serviceDebug行为,并观察事件查看器以获取有关错误的详细信息。

这是调试配置:


<serviceBehaviors>
<behavior name="ServiceBehavior">
 <serviceMetadata httpGetEnabled="false" httpsGetEnabled="true" />
 <serviceDebug includeExceptionDetailInFaults="true" />
 <serviceSecurityAudit auditLogLocation="Application"
  suppressAuditFailure="false"
  serviceAuthorizationAuditLevel="None"
  messageAuthenticationAuditLevel="SuccessOrFailure" />
</behavior>


非常感谢!

答案 1 :(得分:0)

对于匿名,用户名或证书客户端凭据类型,将此属性[negotiateservicecredential]设置为false意味着服务证书必须在带外客户端可用,并且客户端必须指定要使用的服务证书。

http://msdn.microsoft.com/en-us/library/system.servicemodel.messagesecurityoverhttp.negotiateservicecredential.aspx