CDH5中kerberos配置
Kerberos 服务(kerberos官网)是一种通过网络提供安全验证处理的客户机/服务器体系结构。通过验证，可保证网络事务的发送者和接收者的身份真实。该服务还可以检验来回传递的数据的有效性（完整性），并在传输过程中对数据进行加密（保密性）。使用 Kerberos 服务，可以安全登录到其他计算机、执行命令、交换数据以及传输文件。此外，该服务还提供授权服务，这样，管理员便可限制对服务和计算机的访问。而且，作为 Kerberos 用户，您还可以控制其他用户对您帐户的访问。
Kerberos原理
Kerberos 服务是单点登录系统，这意味着您对于每个会话只需向服务进行一次自我验证，即可自动保护该会话过程中所有后续事务的安全。服务对您进行验证后，即无需在每次使用基于 Kerberos 的服务时进行验证。因此，无需在每次使用这些服务时都在网络上发送口令（增强了安全性）。MIT写了一段故事型的对话，比较生动得表述了Kerberos协议的工作原理：
Athena和欧里庇得斯关于地狱之门守护者的对话。简而言之，kerbores V5的工作原理如下：
Kerbores中有三种角色：KDC：负责分发密钥的密钥分配中心Client：需要使用kerbores服务的客户端Service：提供具体服务的服务端
其中，Client需要和KDC和Service都进行通信。协议授权流程分两个部分：
(1) 获取原始票据
首先，Client向KDC发送自己的身份信息，KDC从授予票据服务(Ticket Granting Service)得到可用的票据(ticket-granting ticket)，并用协议开始前KDC与Client之间的密钥将票据加密回复给client，client收到KDC回复的加密票据后利用与client先前协议的密钥将票据解密，从而获得票据，此步骤主要是允许client进行Kerberos的验证，是进行访问服务的先决条件。
(2) 获取服务票据以及访问服务
client利用之前获得的票据向KDC请求服务票据，从而通过服务的身份验证。获取服务票据以及访问服务总共有如下四步：
①. client将之前获得的票据和要请求的服务信息发送给KDC，KDC中的授予票据服务将client和service之间生成一个会话密钥(Session Key)用于服务器与client的身份验证。然后KDC将这个会话密钥和用户名，用户地址(IP)，服务名，有效期，时间戳一起包装成一个票据(这张票据用于service对client的身份验证)通过client转发给service。
②. 为了让票据对client保密，所以KDC用协议开始之前KDC与服务端之间的密钥将票据加密后再发给client，同时为了让client与service之间共享那个会话密钥，KDC用client与它之间的密钥将会话密钥加密返回给client
③. 为了完成票据的传递，client将刚才收到的票据转发到service，由于client不知道KDC与service的密钥，所以它无法修改票据的信息，同时client将收到的会话密钥解压出来，然后将自己的用户名，用户地址(IP)打包成验证包用会话密钥加密也发给service
④. Service收到票据后利用它与KDC之间的密钥将票据中的信息解密出来，从而获得会话密钥和用户名，用户地址(IP)，服务名，有效期。然后再用会话密钥将验证包解密从而获得用户名，用户地址(IP)将其与之前票据中解密出来的用户名，用户地址(IP)做比较从而验证client的身份，如果service有返回结果，将其返回给client
安装Kerberos
1 安装package
在CentOS中可以使用yum来安装
yum install -y krb5-libs krb5-server krb5-client或者使用源代码构建:
wget http://web.mit.edu/kerberos/dist/krb5/1.12/krb5-1.12.2-signed.tar
tar xvf krb5-1.12.2-signed.tar && tar xvzf krb5-1.12.2.tar.gz
cd krb5-1.12.2/src
./configure
yum install -y byacc
make -j && make install2 配置DNS
使用dnsmasq配置一个简单的本地DNS，保证需要解析的主机名在/etc/hosts中。
yum install -y dnsmasq
vim /etc/dnsmasq.conf
domain=debugo.com
local=/debugo.com/
expand-hosts
no-resolv
cache-size=500
log-queries
service dnsmasq start
Starting dnsmasq: [ OK ]设置客户端DNS Server
修改网卡配置文件或/etc/resolv.conf
DNS1=192.168.1.221
# 检查域名解析
nslookup pure01.debugo.com
Server: 192.168.1.221
Address: 192.168.1.221#53
Name: pure01.debugo.com
Address: 192.168.1.221这样DNS已经OK。
3 配置/etc/krb5.conf,使其指定到正确的realm中
[logging]
default = FILE:/var/log/krb5libs.log
kdc = FILE:/var/log/krb5kdc.log
admin_server = FILE:/var/log/kadmind.log
[libdefaults]
default_realm = DEBUGO.COM
dns_lookup_realm = false
dns_lookup_kdc = false
ticket_lifetime = 24h
renew_lifetime = 7d
forwardable = true
[realms]
DEBUGO.COM = {
kdc = kerberos.debugo.com
admin_server = kerberos.debugo.com
}
[domain_realm]
.debugo.com = DEBUGO.COM
debugo.com = DEBUGO.COM4 创建KDC配置文件
vim /var/kerberos/krb5kdc/kdc.conf
[kdcdefaults]
kdc_ports = 88
kdc_tcp_ports = 88
[realms]
DEBUGO.COM = {
#master_key_type = aes256-cts
acl_file = /var/kerberos/krb5kdc/kadm5.acl
dict_file = /usr/share/dict/words
admin_keytab = /var/kerberos/krb5kdc/kadm5.keytab
supported_enctypes = aes256-cts:normal aes128-cts:normal des3-hmac-sha1:normal arcfour-hmac:normal des-hmac-sha1:normal des-cbc-md5:normal des-cbc-crc:normal
}5 配置acl文件
vim /var/kerberos/krb5kdc/kadm5.acl
*/admin@CTBJ.COM *6 使用kdb5_util创建kdc数据库
kdb5_util create -r DEBUGO.COM -s
Loading random data
Initializing database '/usr/local/var/krb5kdc/principal' for realm 'DEBUGO.COM',
master key name 'K/M@DEBUGO.COM'
You will be prompted for the database Master Password.
It is important that you NOT FORGET this password.
Enter KDC database master key:
Re-enter KDC database master key to verify:
kadmin.local
Authenticating as principal root/admin@DEBUGO.COM with password.首先有介绍一个术语（参考kerberos 认证配置）：
Principal：在 Kerberos 中，Principal 是参加认证的基本实体。一般来说有两种，一种用来表示 Kerberos 数据库中的用户，另一种用来代表某一特定主机，也就是说 Principal是用来表示客户端和服务端身份的实体, Principal 的格式采用 ASN.1 标准,即 Abstract Syntax Notation One，来准确定义)，Principal 是由三个部分组成：名字（name），实例（instance），REALM（域）。比如一个标准的 Kerberos 的用户是：name/instance@REALM 。
Name：第一部分。在代表客户方的情况，它是一个用户名；在代表主机的情况，它是写成 host。
Instance：第二部分。对 name 的进一步描述，例如 name 所在的主机名或 name 的类型等,可省略。它与第一部分之间用‘ / ’分隔，但是作为主机的描述时写成 host/Instance。
Realm：第三部分。是 Kerberos 在管理上的划分，在 KDC 中所负责的一个域数据库称作为 Realm。这个数据库中存放有该网络范围内的所有 Principal 和它们的密钥，数据库的内容被 Kerberos 的认证服务器 AS 和票据授权服务器 TGS 所使用。Realm 通常是永远是大写的字符,并且在大多数 Kerberos 系统的配置中，一般 Realm 和该网络环境的 DNS 域是一致的。与第二部分之间用‘@’分隔，缺省为本地的 Realm。
# 添加新的管理员用户，kadmin和kadmin.local是KDB的管理接口。
kadmin.local: addprinc debugo/admin
WARNING: no policy specified for debugo/admin@CTBJ.COM; defaulting to no policy
Enter password for principal "debugo/admin@CTBJ.COM":
Re-enter password for principal "debugo/admin@CTBJ.COM":
Principal "debugo/admin@CTBJ.COM" created.
# 列出所有的principle
kadmin.local: listprincs
K/M@CTBJ.COM
debugo/admin@CTBJ.COM
kadmin/admin@CTBJ.COM
kadmin/cdh_manager@CTBJ.COM
kadmin/changepw@CTBJ.COM
krbtgt/CTBJ.COM@CTBJ.COM
# 查看principle：getprinc debugo/admin@CTBJ.COM
# 删除principle：delprinc debugo/admin@CTBJ.COM
# 修改principle密码：cpw,change_passwd7 启动服务
service krb5kdc restart
Starting Kerberos 5 KDC: [ OK ]
service kadmin restart
Starting Kerberos 5 Admin Server: [ OK ]8 验证principle
在其他主机上需要有相同的krb5.conf配置。
kinit debugo/hdp01.ctbj.com@CTBJ.COM
Password for debugo/hdp01.ctbj.com@CTBJ.COM:
klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: debugo/hdp01.ctbj.com@CTBJ.COM
Valid starting Expires Service principalna jiu
/08/14 11:58:00 09/09/14 11:58:00 krbtgt/CTBJ.COM@CTBJ.COM
renew until 09/08/14 11:58:00
service krb5kdc start
Starting Kerberos 5 KDC: [ OK ]在Redhat下输入setup命令，进入Authentication configuration 设置，然后use kerbores
参考
http://docs.oracle.com/cd/E24847_01/html/819-7061/intro-25.html#scrolltoc
http://huobumingbai.blog.51cto.com/1196746/549098
http://web.mit.edu/daveg/SIPB/Info/Links/project/kerberos/krb5-current/doc/krb_admins/conf_files/kdc_conf.html
http://wgzhao.com/2005/12/02/kerberos-authentication-configuration/
浙公网安备 33010602011771号