IIS10部署WCF服务可引用但调用方法报错如何排查

核心配置冲突点 #

• 服务端身份验证配置存在逻辑互斥：
  服务端system.web节点配置了 <authentication mode="Windows" />，但WCF绑定规则要求使用*Basic客户端凭据的传输安全模式。二者不能共存：Windows认证模式下IIS会优先接管请求身份校验逻辑，不会处理Basic凭据的校验流程，会直接返回未处理的SOAP Fault，和你调用方法时抛出的服务通道层堆栈报错表现完全匹配。
• 你当前IIS站点大概率未启用「基本身份验证（Basic Authentication）」模块，只开启了Windows身份验证，导致携带Basic账号密码的请求在IIS前置校验阶段就被拦截，根本到不了WCF服务方法的执行逻辑。
• 事件查看器里的FailedRequestTracing报错和服务调用失败无直接因果关系：该报错一般是IIS失败请求追踪的日志目录权限不足、路径配置无效导致的，仅影响追踪日志的生成，不会阻断WCF请求的正常处理流程。
• 其他非阻塞配置项：你注释掉mex终结点但保留了httpsGetEnabled="true"的元数据获取配置，这部分可以正常支撑添加服务引用的操作，不会导致调用报错。

分步修复与排查操作 #

• 第一步：修正服务端身份验证配置匹配绑定规则
  • 修改服务端web.config的system.web节点，将<authentication mode="Windows" />调整为 <authentication mode="None" />——因为你采用传输层Basic认证，不需要ASP.NET管道的身份校验接管流程，交给IIS和WCF绑定逻辑统一处理即可。
  • 打开对应IIS站点的「身份验证」配置面板，禁用匿名身份验证、Windows身份验证，单独启用「基本身份验证」，确保IIS会对HTTPS请求返回Basic凭据校验的响应头。
• 第二步：校验绑定配置一致性
  目前你客户端和服务端的basicHttpBinding配置已匹配：两边均设置security mode="Transport"、transport clientCredentialType="Basic"，不需要额外调整。仅需确认IIS站点绑定的HTTPS证书受客户端信任、无域名不匹配、过期的问题，保证传输通道能正常建立。
• 第三步：增强报错可观测性
  你服务端已经开启includeExceptionDetailInFaults="true"，可以在客户端的绑定配置里同步开启该选项，后续复现调用时就能看到具体的故障根因（比如是401未授权，还是服务端方法内部的逻辑异常），而非仅看到服务通道层的通用堆栈。
• 第四步：修复FailedRequestTracing报错（可选）
  打开IIS站点的「失败请求追踪」配置，检查日志存储路径，给IIS运行身份（IUSRS、对应应用程序池的身份账号）授予日志目录的写入权限，修复后即可正常生成失败请求的追踪日志，方便后续问题排查。
• 补充客户端代码优化：
  每次调用完成WCF方法后，需要主动调用client.Close()释放服务通道，若调用过程中出现异常要调用client.Abort()清理残留连接，避免通道泄漏导致后续调用偶发报错。

内容的提问来源于stack exchange，提问作者ErocM