WCF服务基本认证配置异常：无法定义用户密码且CheckAccessCore未触发

嘿，我来帮你排查这个问题！这种自定义ServiceAuthorizationManager的CheckAccessCore不触发的情况，通常都是配置环节漏了关键步骤，咱们一步步来捋：

这是最容易踩的坑——写了自定义类，但忘了在web.config里把它和服务绑定起来。你需要在serviceBehaviors里添加serviceAuthorization节点，指定你的自定义类的完整命名空间+类名+程序集名称：

<system.serviceModel>
  <behaviors>
    <serviceBehaviors>
      <behavior name="YourServiceBehavior">
        <!-- 其他服务行为配置（比如serviceMetadata等） -->
        <serviceAuthorization 
          serviceAuthorizationType="YourNamespace.YourCustomAuthManager, YourProjectAssemblyName" />
      </behavior>
    </serviceBehaviors>
  </behaviors>
</system.serviceModel>

注意：程序集名称就是你的项目名称（如果类在当前项目里的话），写错的话WCF找不到你的自定义类，自然不会触发CheckAccessCore。

如果绑定没正确开启基本认证，或者允许匿名访问，WCF会直接跳过授权检查。以basicHttpBinding为例，正确的配置应该是：

<bindings>
  <basicHttpBinding>
    <binding name="BasicAuthEnabledBinding">
      <security mode="TransportCredentialOnly"> <!-- 用HTTPS的话改成Transport -->
        <transport clientCredentialType="Basic" />
      </security>
    </binding>
  </basicHttpBinding>
</bindings>

然后要确保你的服务端点引用这个绑定：

<services>
  <service name="YourNamespace.YourWcfService" behaviorConfiguration="YourServiceBehavior">
    <endpoint 
      address="" 
      binding="basicHttpBinding" 
      bindingConfiguration="BasicAuthEnabledBinding" 
      contract="YourNamespace.IYourWcfServiceContract" />
  </service>
</services>

另外，IIS层面也要同步设置：找到你的服务所在的站点/应用程序，禁用「匿名身份验证」，启用「基本身份验证」，不然WCF的配置会被IIS覆盖。

确保你的自定义类继承和方法签名完全匹配，别写错了方法名或者参数：

using System.ServiceModel;
using System.ServiceModel.Channels;
using System.Text;

namespace YourNamespace
{
    public class YourCustomAuthManager : ServiceAuthorizationManager
    {
        protected override bool CheckAccessCore(OperationContext operationContext)
        {
            // 从请求头获取Basic认证信息
            var authHeader = WebOperationContext.Current.IncomingRequest.Headers["Authorization"];
            if (!string.IsNullOrEmpty(authHeader) && authHeader.StartsWith("Basic "))
            {
                // 解码用户名密码
                var encodedCreds = authHeader.Substring(6);
                var creds = Encoding.UTF8.GetString(Convert.FromBase64String(encodedCreds));
                var splitCreds = creds.Split(':');
                var username = splitCreds[0];
                var password = splitCreds[1];

                // 这里替换成你的自定义验证逻辑
                return username == "allowedUser" && password == "correctPass";
            }

            // 没有合法认证头，返回false会触发401未授权
            return false;
        }
    }
}

如果是SOAP服务，也可以通过operationContext获取认证信息，但核心逻辑一致。

web.config里<service>的name属性必须是你的服务类的完整命名空间+类名，<endpoint>的contract属性必须是契约接口的完整命名空间+接口名。写错的话服务无法正确加载，授权逻辑自然不会触发。

如果上面的步骤都检查过还是不行，建议开启WCF跟踪日志，查看具体的错误原因：

<system.diagnostics>
  <sources>
    <source name="System.ServiceModel" switchValue="Information, ActivityTracing" propagateActivity="true">
      <listeners>
        <add name="traceListener" type="System.Diagnostics.XmlWriterTraceListener" initializeData="C:\Logs\WcfTrace.svclog" />
      </listeners>
    </source>
  </sources>
</system.diagnostics>

生成日志后用SvcTraceViewer.exe打开，就能看到服务启动或请求过程中的具体错误（比如找不到自定义授权类、绑定配置冲突等）。

内容的提问来源于stack exchange，提问作者A.Pissicat