前言：

在活动目录（Active Directory）中，有两种身份验证机制：NTLM和Kerberos。其中NTLM（NT LAN Manager）是基于旧版加密方式的授权协议，微软不建议再使用。详情可见：http://msdn.microsoft.com/en-us/library/cc236715.aspx

Kerberos是一个免费的软件协议，有MIT（麻省理工）首先开发出来，并从Windows 2000开始引入。通过secured tickets（暂时未发现专业术语）的转换对客户端和服务器进行安全识别。相对于使用哈希密码，Kerberos通过共享安全加密密钥来管理身份验证。客户端和验证服务器共享一个对称密钥，。其中验证服务器成为KDC(Key Distributor Center，密钥分发中心)，并且作为域控制器的服务运行。

在登录时，客户端会从KDC中请求一个Ticket Grant Ticket (TGT) ，然后KDC创建一个包含客户端标识的TGT，并连同把带有密钥的会话返回给客户端。TGT的寿命不长，通常只有8~10小时。过时之后，客户端不能在访问资源。

服务标签（Service ticket）必须包含目标资源（如SQL Server实例）的Service Principal Name（SPN，服务主体名称）。当KDC接收到请求，会回送服务标签。这个标签会在后续用于客户端请求访问服务器之用。更多信息可以访问：http://technet.microsoft.com/en-us/library/cc772815.aspx

实现：

使用Kerberos，需要在域环境中，并且服务器的SPN必须已经注册到Active Directory。如果满足这些条件，那么Kerberos应该默认已经使用，可以在SQL Server中检查：

SELECT auth_scheme, net_transport, client_net_address FROM sys.dm_exec_connections;

如果连接是来自同一个域或者使用NTLM授权的可信任域，需要研究为什么没有使用Kerberos。当SQL Server启动时，会尝试自动注册自己的SPN到Active Directory中，如果SQL Server服务帐号没有权限，那么SPN就不能创建，并且Kerberos授权也将不能使用。

检查SPN是否已经注册，可以在cmd或者PowerShell中输入下面的命令：

setspn.exe -L DOMAIN\<SQL service Account>

本人环境下如图：

应该要看到其中一个信息：

MSSQLSvc/SQL-A.Contoso.com:1433 --格式为：MSSQLSvc/<SQL Server机器名>.<域名>.com:<端口号>

检查上图可见没有这个信息，证明没有成功，所以再上一个图的结果周鞥只有NTLM授权。通常是因为这个帐号没有"write public information" 权限。默认情况下，SQL Server服务帐号如果是一个域用户安装的，将没有这个权限。

现在把SQL Server服务帐号换成域管理员，再次检查可见已经得到期待结果了：

如果发现没有注册SPN，可以使用下面步骤实现：

1. 在域控制器的【管理工具】中，选择【ADSI 编辑器】：

2.连接到【默认命名上下文】，查找服务帐号并且右键【属性】，然后选择【安全】页：

3. 对SELF授予【写入公共信息】，并重启SQL Server服务：

注意，本机是用contoso\mirroradmin安装和运行的，所以这里选择这个帐号授权。授权完毕之后，再次查询，可以见到已经有Kerberos连进了了。

原理：

SPN是实例的唯一标识，没有合适的SPN，Kerberos不能验证一个服务并提供服务标签来允许客户端访问。所以如果没有SPN，客户端唯一能用的验证方式是NTLM，而SPN必须安装在活动目录，并且有KDC角色。

SPN的固定格式：<service>/<host>:<port/name>。其中host是完全合格域名（Fully Qualified Domain Name ，FQDN）。

巴特西

Chapter 1 Securing Your Server and Network(9):使用Kerberos用于身份验证

前言：

实现：

原理：

更多信息：

最新文章

热门文章