Kerberos配置与使用

阅读更多

1.Kerberos协议:
Kerberos协议主要用于计算机网络的身份鉴别(Authentication), 其特点是用户只需输入一次身份验证信息就可以凭借此验证获得的票据(ticket-granting ticket)访问多个服务,即SSO(Single Sign On)。由于在每个Client和Service之间建立了共享密钥,使得该协议具有相当的安全性
2.1. 环境配置

  安装kerberos前,要确保主机名可以被解析。


主机名     内网IP        角色
master 192.168.1.15   master KDC

 

2.2 Configuring a Kerberos Server

2.2.1 确保环境可用

  确保所有的clients与servers之间的时间同步以及DNS正确解析

2.2.2 选择一个主机来运行KDC,并在该主机上安装krb-5libs,krb5-server,已经krb5-workstation:

yum install krb5-server krb5-libs krb5-auth-dialog1

KDC的主机必须非常自身安全,一般该主机只运行KDC程序。本文中我们选择vmw201作为运行KDC的主机。
在安装完上述的软件之后,会在KDC主机上生成配置文件/etc/krb5.conf和/var/kerberos/krb5kdc/kdc.conf,它们分别反映了realm name 以及 domain-to-realm mappings。

2.2.3 配置kdc.conf

默认放在 /var/kerberos/krb5kdc/kdc.conf。或者通过覆盖KRB5_KDC_PROFILE环境变量修改配置文件位置。

配置示例:

[kdcdefaults]
 kdc_ports = 88
 kdc_tcp_ports = 88

[realms]
 BAID.COM = {
  #master_key_type = aes256-cts
  max_life = 24h --添加
  max_renewable_life  = 7d --添加
  default_principal_flags = +renewable --添加
  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 camellia256-cts:normal camellia128-cts:normal des-hmac-sha1:normal des-cbc-md5:normal des-cbc-crc:normal
 }

 

说明:
HADOOP.COM:是设定的realms。名字随意。Kerberos可以支持多个realms,会增加复杂度。本文不探讨。大小写敏感,一般为了识别使用全部大写。这个realms跟机器的host没有大关系。
max_renewable_life = 7d 涉及到是否能进行ticket的renwe必须配置。
master_key_type:和supported_enctypes默认使用aes256-cts。由于,JAVA使用aes256-cts验证方式需要安装额外的jar包,更多参考2.2.9关于AES-256加密:。推荐不使用。
acl_file:标注了admin的用户权限。文件格式是
Kerberos_principal permissions [target_principal] [restrictions]支持通配符等。
admin_keytab:KDC进行校验的keytab。后文会提及如何创建。
supported_enctypes:支持的校验方式。注意把aes256-cts去掉。


2.2.4 配置krb5.conf
/etc/krb5.conf: 包含Kerberos的配置信息。例如,KDC的位置,Kerberos的admin的realms 等。需要所有使用的Kerberos的机器上的配置文件都同步。这里仅列举需要的基本配置。

[logging]
 default = FILE:/var/log/krb5libs.log
 kdc = FILE:/var/log/krb5kdc.log
 admin_server = FILE:/var/log/kadmind.log

[libdefaults]
 default_realm = BAID.COM --修改之处
 dns_lookup_realm = false
 ticket_lifetime = 24h
 renew_lifetime = 7d
 forwardable = true
 rdns = false
 pkinit_anchors = /etc/pki/tls/certs/ca-bundle.crt
# default_realm = EXAMPLE.COM
 default_ccache_name = KEYRING:persistent:%{uid}

[realms]
# EXAMPLE.COM = {
#  kdc = kerberos.example.com
#  admin_server = kerberos.example.com
# }

 BAID.COM = {--修改之处
  kdc = master --修改之处
  admin_server = master --修改之处
 }

[domain_realm]
 .BAID.com = BAID.COM --修改之处
 BAID.com = BAID.COM --修改之处

说明:
[logging]:表示server端的日志的打印位置
[libdefaults]:每种连接的默认配置,需要注意以下几个关键的小配置
default_realm = HADOOP.COM 默认的realm,必须跟要配置的realm的名称一致。
udp_preference_limit = 1 禁止使用udp可以防止一个Hadoop中的错误
oticket_lifetime表明凭证生效的时限,一般为24小时。
orenew_lifetime表明凭证最长可以被延期的时限,一般为一个礼拜。当凭证过期之后,
对安全认证的服务的后续访问则会失败。
[realms]:列举使用的realm。
kdc:代表要kdc的位置。格式是 机器:端口
admin_server:代表admin的位置。格式是机器:端口
default_domain:代表默认的域名
[appdefaults]:可以设定一些针对特定应用的配置,覆盖默认配置。


2.2.5 创建/初始化Kerberos database
初始化并启动:完成上面两个配置文件后,就可以进行初始化并启动了。

1

[root@vmw201 ~]# /usr/sbin/kdb5_util create -s -r BAID.COM

其中,[-s]表示生成stash file,并在其中存储master server key(krb5kdc);还可以用[-r]来指定一个realm name —— 当krb5.conf中定义了多个realm时才是必要的。

# 保存路径为/var/kerberos/krb5kdc 如果需要重建数据库,将该目录下的principal相关的文件删除即可

在此过程中,我们会输入database的管理密\码。这里设置的密\码一定要记住,如果忘记了,就无法管理Kerberos server。

 

Kerberos database创建好后,可以看到目录 /var/kerberos/krb5kdc 下生成了几个文件:




'K/[email protected]'











[root@master ~]# /usr/sbin/kdb5_util create -sLoading random dataInitializing database '/var/kerberos/krb5kdc/principal' for realm 'BAID.COM',master key name 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: [root@master ~]# ll /var/kerberos/krb5kdc/total 24-rw------- 1 root root   22 Jan 30 00:59 kadm5.acl-rw------- 1 root root  532 Apr  1 13:51 kdc.conf-rw------- 1 root root 8192 Apr  1 13:52 principal-rw------- 1 root root 8192 Apr  1 13:52 principal.kadm5-rw------- 1 root root    0 Apr  1 13:52 principal.kadm5.lock-rw------- 1 root root    0 Apr  1 13:52 principal.ok

2.2.6 添加database administrator
我们需要为Kerberos database添加administrative principals (即能够管理database的principals) —— 至少要添加1个principal来使得Kerberos的管理进程kadmind能够在网络上与程序kadmin进行通讯。

在maste KDC上执行:
?

1

[root@vmw201 /]# /usr/sbin/kadmin.local -q "addprinc admin/admin"

 

1

[root@master ~]# kadmin.local
Authenticating as principal root/[email protected] with password.
kadmin.local:  listprinc
kadmin.local: Unknown request "listprinc".  Type "?" for a request list.
kadmin.local:  listprincs
K/[email protected]
kadmin/[email protected]
kadmin/[email protected]
kadmin/[email protected]
kdcadmin/[email protected]
kiprop/[email protected]
krbtgt/[email protected]
kadmin.local:  quit

可以直接运行在master KDC上,而不需要首先通过Kerberos的认证,实际上它只需要对本
地文件的读写权限。

2.2.7 为database administrator设置ACL权限
在KDC上我们需要编辑acl文件来设置权限,该acl文件的默认路径是 /var/kerberos/krb5kdc/kadm5.acl(也可以在文件kdc.conf中修改)。Kerberos的kadmind daemon会使用该文件来管理对Kerberos database的访问权限。对于那些可能会对pincipal产生影响的操作,acl文件也能控制哪些principal能操作哪些其他pricipals。

我们现在为administrator设置权限:将文件/var/kerberos/krb5kdc/kadm5.acl的内容编辑为

代表名称匹配*/[email protected] 都认为是admin,权限是 *。代表全部权限。


*/[email protected] [root@master Downloads]# cat /var/kerberos/krb5kdc/kadm5.acl 

2.2.8 在master KDC启动Kerberos daemons

手动启动:

[root@master ~]# service krb5kdc start
Redirecting to /bin/systemctl start krb5kdc.service
[root@master ~]# service krb5kdc status
Redirecting to /bin/systemctl status krb5kdc.service
● krb5kdc.service - Kerberos 5 KDC
   Loaded: loaded (/usr/lib/systemd/system/krb5kdc.service; disabled; vendor preset: disabled)
   Active: active (running) since Mon 2019-04-01 13:59:06 CST; 2s ago
  Process: 19356 ExecStart=/usr/sbin/krb5kdc -P /var/run/krb5kdc.pid $KRB5KDC_ARGS (code=exited, status=0/SUCCESS)
 Main PID: 19359 (krb5kdc)
    Tasks: 1
   CGroup: /system.slice/krb5kdc.service
           └─19359 /usr/sbin/krb5kdc -P /var/run/krb5kdc.pid

Apr 01 13:59:06 master systemd[1]: Starting Kerberos 5 KDC...
Apr 01 13:59:06 master systemd[1]: Started Kerberos 5 KDC.
[root@master ~]# tail -f /var/log/krb5kdc.log
otp: Loaded
Apr 01 13:59:06 master krb5kdc[19356](info): setting up network...
krb5kdc: setsockopt(9,IPV6_V6ONLY,1) worked
krb5kdc: setsockopt(11,IPV6_V6ONLY,1) worked
Apr 01 13:59:06 master krb5kdc[19356](info): set up 4 sockets
Apr 01 13:59:06 master krb5kdc[19359](info): commencing operation
^C
[root@master ~]# cat /var/log/kadmind.log
[root@master ~]# service kadmin start
Redirecting to /bin/systemctl start kadmin.service
[root@master ~]# cat /var/log/kadmind.log
Apr 01 13:59:51 master kadmind[19395](info): setting up network...
kadmind: setsockopt(9,IPV6_V6ONLY,1) worked
kadmind: setsockopt(11,IPV6_V6ONLY,1) worked
kadmind: setsockopt(13,IPV6_V6ONLY,1) worked
Apr 01 13:59:51 master kadmind[19395](info): set up 6 sockets
Apr 01 13:59:52 master kadmind[19400](info): Seeding random number generator
Apr 01 13:59:52 master kadmind[19400](info): starting

设置开机自动启动:

chkconfig krb5kdc on


chkconfig kadmin on

[root@master ~]# Note: Forwarding request to 'systemctl enable krb5kdc.service'.Created symlink from /etc/systemd/system/multi-user.target.wants/krb5kdc.service to /usr/lib/systemd/system/krb5kdc.service.[root@master ~]# Note: Forwarding request to 'systemctl enable kadmin.service'.Created symlink from /etc/systemd/system/multi-user.target.wants/kadmin.service to /usr/lib/systemd/system/kadmin.service.

现在KDC已经在工作了。这两个daemons将会在后台运行,可以查看它们的日志文件(/var/log/krb5kdc.log 和 /var/log/kadmind.log)。
可以通过命令kinit来检查这两个daemons是否正常工作。

 

2.2.9关于AES-256加密
对于使用 centos5. 6及以上的系统,默认使用 AES-256 来加密的。这就需要集群中的所有节点上安装 Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy File。

https://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html

下载的文件是一个 zip 包,解开后,将里面的两个文件放到下面的目录中:$JAVA_HOME/jre/lib/security


2.3 Configuring Kerberos Clients
2.3.1 Installing Kerberos Client(CentOS7可以省略此步骤)
在另外两台主机(vmw202,vmw203)上安装kerberos客户端。 本次安装只安装了一台服务器

1

yum install krb5-workstation krb5-libs krb5-auth-dialog

2.3.2 配置krb5.conf
配置这些主机上的/etc/krb5.conf,这个文件的内容与KDC中的文件保持一致即可。

 

3. kerberos的日常操作与常见问题
3.1 管理员操作
3.1.1 登录
登录到管理员账户: 如果在本机上,可以通过kadmin.local直接登录。其它机器的,先使用kinit进行验证。



[root@master Downloads]# kadmin.localAuthenticating as principal confluence/[email protected] with password.kadmin.local: 

客户机使用kinit admin/admin 验证后再使用

kadmin登录

3.1.2增删改查账户
在管理员的状态下使用addprinc,delprinc,modprinc,listprincs命令。使用?可以列出所有的命令。







[root@master Downloads]# kadmin.localAuthenticating as principal confluence/[email protected] with password.kadmin.local:  addprinc testWARNING: no policy specified for [email protected]; defaulting to no policyEnter password for principal "[email protected]": Re-enter password for principal "[email protected]": Principal "[email protected]" created.

 












kadmin.local:  delprinc testAre you sure you want to delete the principal "[email protected]"? (yes/no): yesPrincipal "[email protected]" deleted.Make sure that you have removed this principal from all ACLs before reusing.kadmin.local:  listprincsK/[email protected]/[email protected]/[email protected]/[email protected]/[email protected]/[email protected]/[email protected]

3.2.3 认证用户

1

kinit -kt /xx/xx/kerberos.keytab hdfs/hadoop1

3.2.4 删除当前的认证的缓存

1

kdestroy

相关Kerberos命令
//添加principal
kadmin -p 'kdcadmin/admin' -w '' -s '' -q 'addprinc -randkey trafodion'
//生成keytab文件
ktadd -k /opt/trafodion.keytab trafodion
//认证用户
kinit -kt /opt/trafodion.keytab trafodion
//查看当前认证用户信息
klist

3.3 常见问题
3.3.1 查看ticket是否是renewable

 

通过klist命令来查看


如果Valid starting的值与renew until的值相同,则表示该principal的ticket 不是 renwable。

3.3.2 ticket无法更新
如果过了Expires,可以通过命令kinit –R来更新ticket
但如果ticket无法更新

1
2

[root@master~]$ kinit -R
kinit: Ticket expired while renewing credentials

这是因为krbtgt/[email protected]的[renewlife]被设置成了0,这一点可以通过[kadmin.local => getprinc krbtgt/ BAIDU.COM @ BAIDU.COM]看出来。

将krbtgt/[email protected]的[renewlife]修改为7days即可,方法

1

kadmin.local: modprinc -maxrenewlife 1week krbtgt/BAIDU.COM@BAIDU.COM

你可能感兴趣的:(部署)