启用匿名认证访问WCF服务时遇“HTTP请求未授权”错误

• 匿名认证的配置逻辑理解有误：匿名认证的核心是允许无凭证的请求访问服务，你填写的用户名密码是让IIS用这个账号替匿名请求执行后台操作，并非要求客户端调用时传递该账号。如果你的WCF服务本身配置了需要客户端提供认证凭证（比如绑定里开启了Windows或用户名密码认证），匿名认证和服务要求的认证规则会直接冲突，触发授权错误。

• WCF服务绑定与IIS认证不匹配：检查服务端web.config的绑定配置，比如如果服务使用basicHttpBinding且设置了<security mode="TransportCredentialOnly"><transport clientCredentialType="UserName"/></security>，那你应该在IIS开启基本认证而非匿名认证，同时客户端调用时需手动设置凭证：

  var client = new YourServiceClient();
  client.ClientCredentials.UserName.UserName = "你的账号";
  client.ClientCredentials.UserName.Password = "你的密码";
  var result = client.GetSicil();
  

  要是服务本就打算允许匿名访问，绑定里的安全配置要设为mode="None"，同时确保IIS只开启匿名认证。

• 自定义账号权限不足：你创建的账号需要具备访问WCF服务所在站点文件（.svc、web.config等）的权限，同时要有数据库操作的对应权限（比如数据库登录权限、目标表的读写权限）。如果该账号无权读取服务文件，或无法访问数据库，IIS会直接返回授权错误。

• IIS多认证方式冲突：如果IIS中同时开启了匿名和其他认证（比如Windows认证），但服务端未明确指定使用哪种认证方式，IIS可能会优先要求客户端发送Windows凭证，而你调用时未传递，就会触发授权失败。只需保留服务配置对应的认证方式即可。

• 客户端调用逻辑错误：如果你误以为匿名认证需要客户端传递你设置的账号密码，调用时未传或传错凭证，也会导致报错。记住：匿名认证不需要客户端传递任何凭证，IIS会自动用你设置的账号在后台处理；如果需要客户端主动传凭证，必须更换为基本认证、Windows认证等其他认证方式。

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