java wcf 未提供用户名_WCF 之UserName身份验证全记录

本篇不是介绍WCF的基础知识，而专门讨论基于UserName的身份验证方式。

关于WCF的基础知识，如果有不清楚的，请参考下面的链接

我现在用一个实录的方式，介绍一下UserName的身份验证

1. 准备一个证书。这个证书将用来做消息的加密。

我们可以通过SDK工具makecert创建一个测试证书，如下图

makecert -r -pe -n "CN=WCFCert" -ss My -sky exchange

创建成功之后，我们可以在证书管理器中看到我们的证书

2. 创建WCF服务库

修改名称，点击“确定”后创建的项目已经包含了一个简单的接口和服务

3. 测试该服务

通过VS2008提供的工具，我们可以很方便地进行服务的测试工作。方法是：直接按F5

双击“GetData”

在“值”中输入一个数值，点击“调用”

点击“确定”后，在测试客户端的右下部分，会看到有关的响应

测试结果表示该服务是工作正常的。

4.创建一个客户端来使用该服务

我们通过创建一个Windows Forms程序来作为客户端。

项目创建好之后，我们需要为该项目添加一个服务引用

点击“添加服务引用”

点击“发现”按钮

点击“确定”按钮

5. 编写代码访问该服务

private void btGetData_Click(object sender, EventArgs e)

{

TestService.Service1Client proxy = new Client.TestService.Service1Client();

MessageBox.Show(proxy.GetData(2000));

}

6. 将客户端程序设置为启动项目，按F5调试

7. 现在的服务能正常工作了，但没有做任何的身份验证。这不能满足我们的需求。我们首先从服务端下手，进行设置

选择中WCFServiceLib中的app.config文件，然后右键菜单中点击“编辑WCF配置”

我们可以看到Service1这个服务，会有两个EndPoint(终结点)。其中第一个是标准的请求的终结点，而第二个(mex)是基于元数据的发现。

我们点击第一个终结点(wsHttpBinding)下面的Binding configuration右边的 “单击可创建”

如果有兴趣，可以逐一了解每个属性。我们这里就不一一介绍了。因为此篇blog的目的是解决安全性问题

点击窗口顶部的“安全性”

我们修改两个选项如下。即：在消息级别使用基于UserName的身份验证，而在传输级别不使用验证

接下来，我们还要配置服务行为。通过依次展开“高级”=》“服务行为”=》WCFServiceLib.Service1Behavier。我们能看到如下的界面

点击“添加”按钮

选择“serviceCredentials”，点击“添加”

双击“serviceCredentials”

这个窗口中主要要设置的是UserNamePasswordValidationMode。这里有三个选择，如下图所示

Windows ：基于windows的用户名和密码

MembershipProvider ：基于成员管理提供程序

Custom : 自定义的身份验证提供程序

我们先用Windows验证方式。

我们还需要设置服务端证书的信息，如下

设置完之后，我们选择“文件”=》“保存”后，回到Visual Studio中的服务项目中的app.config

name="WCFServiceLib.Service1">

contract="WCFServiceLib.IService1">

x509FindType="FindBySubjectName" />

8. 完成服务端的配置后，我们先直接运行客户端程序。看看会发生什么情况

我们收到了一个异常消息。很显然，因为服务端已经启用了更加严格的安全性，客户端也需要有相应的设置才行

9. 对客户端进行配置

我们发现这个终结点有一个相应的配置。接下来对其进行查看，确定MessageClientCredentialType也是Windows

接下来，我们还需要定义终结点行为

点击“新建终结点行为配置”

点击“添加”

选择“clientCredentials”.依次展开clientCredentials=>serviceCertificate=>defaultcertificate，并进行如下的设置。这里的证书需要与服务器端匹配，因为它将对消息进行加密。

选择“身份验证”

【注意】一定要把CertificateValidationMode设置为None。因为我们现在使用的是测试证书

然后，回到终结点中，将终结点与行为进行关联。

并且，在“标识”页面进行如下的设置

完成如上的配置后，保存，退出该工具。

openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"

bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"

maxBufferPoolSize="524288" maxReceivedMessageSize="65536"

messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true"

allowCookies="false">

maxBytesPerRead="4096" maxNameTableCharCount="16384" />

enabled="false" />

realm="" />

algorithmSuite="Default" establishSecurityContext="true" />

behaviorConfiguration="NewBehavior" binding="wsHttpBinding"

bindingConfiguration="WSHttpBinding_IService1" contract="TestService.IService1"

name="WSHttpBinding_IService1">

findValue="WCFCert" />

9. 修改客户端代码，在调用服务之前设置客户端的凭据

我们很高兴地看到，这样做了之后，就可以看到结果了

10. 进一步的扩展。

上面的过程我们实现了对于WCF服务，使用基于windows的username验证的方式。但如果我们想更加有灵活性.首先看我们能不能使用自定义的代码来进行验证呢？

11. 实现自定义的身份验证器

我们在服务项目中添加一个新的类

同时，我们还需要添加两个引用

然后，编写该类型

12. 在服务器端指定使用该验证器

13. 客户端掉用调试

【注意】客户端无需任何更改。我们还是像下面这样提供用户名和密码

因为这个用户名和密码是正确的，所以能正确返回。

反之，如果我们修改一下密码，例如改成password1,则会发生一个异常

这样就实现了自定义的身份验证工作。

14. 最后，其实我们还可以做得更加简单一些。就是不编写专门的用户密码验证器，而是直接使用ASP.NET 2.0新增加的所谓MemberShip的功能。(关于该功能，以及其配套的数据库，你可能需要参考其他的资料，这里不做介绍)

我们首先在服务端配置文件中，添加如下的设置

然后，继续配置服务的配置文件

同样，保存好配置后，客户端亦无须任何修改。直接调试一下看看

我们在数据库中有一个用户叫wcf，它的密码就是pass@word

所以，通过如下的客户端代码就可以成功实现验证