kerberos认证搭建安装
作者：互联网
kerberos认证搭建安装
一、Kerberos简介
1.Kerberos
Kerberos是一种计算机网络认证协议，它允许某实体在非安全网络环境下通信，向另一个实体以一种安全的方式证明自己的身份，协议基于对称密码学，并需要一个值得信赖的第三方（KDC）。Kerberos 是第三方认证机制，其中用户和服务依赖于第三方（Kerberos 服务器）来对彼此进行身份验证。 Kerberos服务器本身称为密钥分发中心或 KDC。
它主要包含：认证服务器（AS）和票据授权服务器(TGS)组成的密钥分发中心（KDC），以及提供特定服务的SS。相关概念描述：
- AS（Authentication Server）= 认证服务器
- KDC（Key Distribution Center）= 密钥分发中心
- TGT（Ticket Granting Ticket）= 授权票据
- TGS（Ticket Granting Server）= 票据授权服务器
- SS（Service Server）= 特定服务提供端
KDC持有一个密钥数据库；每个网络实体——无论是客户还是服务器——共享一套只有他自己和KDC知道的密钥。密钥的内容用于证明实体的身份。对于两个实体间的通信，KDC产生一个会话密钥，用来加密他们之间的交互信息。
2.Kerberos认证流程
以平时坐火车举例：
- 初始验证：票证授予票证：
- 后续Kerberos验证
2.1客户端认证
- 客户端将clientID(Principal)以明文消息发送给AS，以代表用户请求服务，密码(keytab)不会发送，AS能够从本地数据库中查询到。
- AS会查询该用户名是否存在本地数据库，如果存在则使用该用户密码，发送两条加密消息给客户端。
- Message A: 用户密码加密的会话密钥Client/TGS Session Key 。
- Message B: 使用TGS加密的TGT，TGT包含了( client ID, client network address, ticket validity period, and the client/TGS session key)。
- 一旦客户端收到消息A和B，它就会使用密码生成的密钥解密消息A。如果用户输入的密码与AS数据库中的密码不匹配，则无法解密消息A。解密后的会话密钥用于与TGS进行进一步的通信，客户端无法解密消息B，因为它是使用TGS的密钥加密的。此时，客户端具有足够的信息来向TGS进行身份验证。
2.2服务授权
- 请求服务时，客户端将以下消息发送到TGS。
- Message C: 由消息B的TGT和请求的服务的ID组成。
- Message D: 使用Client/TGS Session Key加密的authenticator (which is composed of the client ID and the timestamp)。
- 收到消息C和消息D后，TGS首先检查KDC数据库中是否存在所需的服务，查找到之后，TGS用自己的密钥解密消息C中的消息B（也就是TGT），从而得到之前生成的Client/TGS Session Key。TGS再用这个Session Key解密消息D得到包含用户ID和时间戳的Authenticator，并对TGT和Authenticator进行验证，验证通过之后返回两条消息：
- Message E: 由服务端SS加密的Client-to-server ticket(客户端到服务端票据)，包含了（Client ID, client network address, validity period and Client/Server Session Key)。
- Message F：由Client/TGS Session Key加密的Client/Server Session Key
2.3服务请求
- 当获得Client/Server Session Key之后，Client就能够使用服务器提供的服务了。Client向指定服务器发出2条消息:
- Message E: 服务端ss加密的Client-to-server ticket
- Message G: 新的Authenticator,包含使用Client/Server Session Key加密的client ID, timestamp。
- 服务端解密消息E进而获得Client/Server Session Key，再用这个Client/Server Session Key解密消息G得到Authenticator,同TGS一样对Ticket和Authenticator进行验证，验证通过则服务器将以下消息发送给客户端，以确认其真实身份和接收客户端请求。
- Message H: 通过Client/Server Session Key加密的，在客户的身份验证器中找到的时间戳。
- 客户端使用Client/Server Session Key解密确认（消息H），并检查时间戳是否正确。如果正确，则客户端可以信任服务器并可以开始向服务器发出服务请求。
- 服务器向客户端提供请求的服务。
3.kdc集群
3.1安装包
- krb5-server：Kerberos服务端程序，KDC所在节点。
- krb5-workstation: 包含一些基本Kerberos程序，比如(kinit, klist, kdestroy,kpasswd)，使用Kerberos的所有节点都应该部署。
- krb5-libs:包含Kerberos程序的各种支持类库等。所有节点部署。
3.2术语
- principal ：认证的主体，简单来说就是"用户名"。 Principal 是由三个部分组成：名字（name），实例（instance），REALM（域）。比如一个标准的 Kerberos 的用户是：name/instance@REALM。格式： 服务/主机@域
- realm：域，类似于namespace的作用，可以看成是principal的一个"容器"或者"空间"。 在kerberos, 大家都约定成俗用大写来命名realm, 比如"EXAMPLE.COM"，相对应的，principal的命名规则是"what_name_you_like@realm"。
- keytab文件：存储了多个principal的加密密码。因为服务器上可以访问 keytab 文件即可以以 principal 的身份通过 kerberos 的认证，所以，keytab 文件应该被妥善保存，应该只有少数的用户可以访问。
- password：某个用户的密码，对应于kerberos中的master_key。password可以存在一个keytab文件中。所以kerberos中需要使用密码的场景都可以用一个keytab作为输入。
- credential：credential是“证明某个人确定是他自己/某一种行为的确可以发生”的凭据。在不同的使用场景下， credential的具体含义也略有不同：
- 对于某个principal个体而言，他的credential就是他的password。
- 在kerberos认证的环节中，credential就意味着各种各样的ticket。
- ticket（票证）：ticket 是一种信息包，用于将用户身份安全地传递到服务器或服务。一个票证仅对一台客户机以及某台特定服务器上的一项特殊服务有效。所有此类数据都使用服务器的服务密钥进行加密。颁发票证之后，可重用票证直到其到期为止。票证包含以下内容：
- 服务的主体名称
- 用户的主体名称
- 用户主机的 IP 地址
- 时间标记
- 定义票证生命周期的值
- 会话密钥的副本
以上来自文章Kerberos协议及Habase相关参数与kerberos入坑指南
二、安装搭建
1.服务器安装
所用机器节点名为node1
1.1安装命令
yum -y install krb5-server krb5-libs krb5-workstation
执行完命令后，会生成kerberos配置文件，krb5.conf和kdc.conf等
主要文件路径分别为：
- /var/kerberos/krb5kdc/
- /var/kerberos/krb5kdc/kdc.conf
- /var/kerberos/krb5kdc/kadm5.acl
- /etc/krb5.conf
- /etc/krb5.conf
安装情况如图：
1.2修改配置
1.2.1修改KDC的配置文件
cat /var/kerberos/krb5kdc/kdc.conf
[kdcdefaults]
kdc_ports = 88
kdc_tcp_ports = 88
[realms]
HADOOP.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
max_life = 1d
max_renewable_life = 7d
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
}
注：其上配置中的aes256-cts:normal这个算法需要额外的jar包支持，可以去掉
配置说明：
[kdcdefaults]
#该部分包含在此文件中列出的所有通用的配置。
kdc_ports = 88 #指定KDC的默认端口
kdc_tcp_ports = 88 # 指定KDC的TCP协议默认端口。
[realms]
#该部分列出每个领域的配置。
HADOOP.COM = {#是设定的 realms。名字随意，推荐为大写！，但须与/etc/krb5.conf保持一致。Kerberos 可以支持多个 realms，会增加复杂度。大小写敏感。
#master_key_type = aes256-cts
acl_file = /var/kerberos/krb5kdc/kadm5.acl #标注了 admin 的用户权限的文件，若文件不存在，需要用户自己创建。即该参数允许为具有对Kerberos数据库的管理访问权限的UPN指定ACL。
dict_file = /usr/share/dict/words #该参数指向包含潜在可猜测或可破解密码的文件。
admin_keytab = /var/kerberos/krb5kdc/kadm5.keytab #KDC 进行校验的 keytab。
max_life #该参数指定如果指定为2天。这是票据的最长存活时间。
max_renewable_life #该参数指定在多长时间内可重获取票据。
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 #指定此KDC支持的各种加密类型。
}
1.2.2配置KDC服务的权限管理文件
cat /var/kerberos/krb5kdc/kadm5.acl
*/admin@HADOOP.COM *
配置说明：
上述参数只有两列，第一列为用户名，第二列为权限分配。
*/admin@NSH.COM #表示以"/admin@NSH.COM"结尾的用户。
* #表示UNP可以执行任何操作，因为权限为所有权限，
1.2.3修改Kerberos的配置文件信息
包含KDC的位置，Kerberos的admin的realms 等。需要所有使用的Kerberos的机器上的配置文件都同步。
cat /etc/krb5.conf
# Configuration snippets may be placed in this directory as well
includedir /etc/krb5.conf.d/
[logging]
default = FILE:/var/log/krb5libs.log
kdc = FILE:/var/log/krb5kdc.log
admin_server = FILE:/var/log/kadmind.log
[libdefaults]
dns_lookup_realm = false
ticket_lifetime = 24h
renew_lifetime = 7d
forwardable = true
rdns = false
pkinit_anchors = FILE:/etc/pki/tls/certs/ca-bundle.crt
default_realm = HADOOP.COM
udp_preference_limit = 1 #禁止使用 udp 可以防止一个 Hadoop 中的错误
# default_ccache_name = KEYRING:persistent:%{uid}
[realms]
HADOOP.COM = {
kdc = node1 #节点主机名
admin_server = node1 #节点主机名
default_domain = HADOOP.COM
}
[domain_realm]
.hadoop.com = HADOOP.COM
hadoop.com = HADOOP.COM
配置说明：
[logging]：
#Kerberos守护进程的日志记录方式。换句话说，表示 server 端的日志的打印位置。
default ：默认的krb5libs.log日志文件存放路径
kdc ：默认的krb5kdc.log日志文件存放路径
admin_server ：默认的kadmind.log日志文件存放路径
[libdefaults]：
#Kerberos使用的默认值，当进行身份验证而未指定Kerberos域时，则使用default_realm参数指定的Kerberos域。即每种连接的默认配置，需要注意以下几个关键的配置：
dns_lookup_realm ：DNS查找域名，我们可以理解为DNS的正向解析，该功能我没有去验证过，默认禁用。（我猜测该功能和domain_realm配置有关）
ticket_lifetime ：凭证生效的时限，设置为7天。
rdns ：我理解是和dns_lookup_realm相反，即反向解析技术，该功能我也没有去验证过，默认禁用即可。（我猜测该功能和domain_realm配置有关）
pkinit_anchors ：在KDC中配置pkinit的位置，该参数的具体功能我没有做进一步验证。
default_realm = NSH.COM ：设置 Kerberos 应用程序的默认领域。如果您有多个领域，只需向 [realms] 节添加其他的语句。其中NSH.COM可以为任意名字,推荐为大写。必须跟要配置的realm的名称一致。
default_ccache_name： ：顾名思义，默认的缓存名称，不推荐使用该参数。
renew_lifetime ：凭证最长可以被延期的时限，一般为7天。当凭证过期之后，对安全认证的服务的后续访问则会失败。
forwardable ：如果此参数被设置为true，则可以转发票据，这意味着如果具有TGT的用户登陆到远程系统，则KDC可以颁发新的TGT，而不需要用户再次进行身份验证。
renewable ：是否允许票据延迟
[realms]：
#域特定的信息，例如域的Kerberos服务器的位置。可能有几个，每个域一个。可以为KDC和管理服务器指定一个端口。如果没有配置，则KDC使用端口88，管理服务器使用749。即列举使用的 realm域。
kdc ：代表要KDC的位置。格式是 机器:端口
admin_server ：代表admin的位置。格式是 机器:端口
default_domain ：顾名思义，指定默认的域名。
[domain_realm]：
#指定DNS域名和Kerberos域名之间映射关系。指定服务器的FQDN，对应的domain_realm值决定了主机所属的域。
[kdc]：
#kdc的配置信息。即指定kdc.conf的位置。
profile ：kdc的配置文件路径，默认值下若无文件则需要创建。
1.3初始化KDC数据库
kdb5_util create -r HADOOP.COM -s
[root@node1 etc]# kdb5_util create -r HADOOP.COM -s
Loading random data
Initializing database '/var/kerberos/krb5kdc/principal' for realm 'HADOOP.COM',
master key name 'K/M@HADOOP.COM'
You will be prompted for the database Master Password.
It is important that you NOT FORGET this password.
Enter KDC database master key: #【1】
Re-enter KDC database master key to verify:
说明:
- 注意，-s选项指定将数据库的主节点密钥存储在文件中，从而可以在每次启动KDC时自动重新生成主节点密钥。记住主密钥，稍后回使用。
- 上文【1】 这里需要输入一个管理KDC服务器的密码！千万别忘记了，忘记的话你就只能重新初始化KDC数据库啦！（如果遇到数据库已经存在的提示，可以把/var/kerberos/krb5kdc/目录下的principal的相关文件都删除掉。默认的数据库名字都是principal。可以使用-d指定数据库名字。）
kerberos数据库创建完之后，默认会创建以下5个文件（kdc.conf、kadm5.acl除外的其他几个）
[root@node1 etc]# ls /var/kerberos/krb5kdc/
kadm5.acl kdc.conf principal principal.kadm5 principal.kadm5.lock principal.ok
[root@node1 etc]# ll -a /var/kerberos/krb5kdc/
总用量 28
drwxr-xr-x. 2 root root 149 12月 14 14:11 .
drwxr-xr-x. 4 root root 33 12月 14 13:51 ..
-rw-------. 1 root root 75 12月 14 14:11 .k5.HADOOP.COM
-rw-------. 1 root root 21 12月 14 13:57 kadm5.acl
-rw-------. 1 root root 492 12月 14 14:06 kdc.conf
-rw-------. 1 root root 8192 12月 14 14:11 principal
-rw-------. 1 root root 8192 12月 14 14:11 principal.kadm5
-rw-------. 1 root root 0 12月 14 14:11 principal.kadm5.lock
-rw-------. 1 root root 0 12月 14 14:11 principal.ok
[root@node1 etc]#
1.4启动
- 启动KDC服务器：
[root@node1 etc]# systemctl status krb5kdc
● krb5kdc.service - Kerberos 5 KDC
Loaded: loaded (/usr/lib/systemd/system/krb5kdc.service; disabled; vendor preset: disabled)
Active: inactive (dead)
[root@node1 etc]# systemctl start krb5kdc
[root@node1 etc]# systemctl status krb5kdc
● krb5kdc.service - Kerberos 5 KDC
Loaded: loaded (/usr/lib/systemd/system/krb5kdc.service; disabled; vendor preset: disabled)
Active: active (running) since 一 2020-12-14 14:20:53 CST; 2s ago
Process: 2564 ExecStart=/usr/sbin/krb5kdc -P /var/run/krb5kdc.pid $KRB5KDC_ARGS (code=exited, status=0/SUCCESS)
Main PID: 2566 (krb5kdc)
Tasks: 1
CGroup: /system.slice/krb5kdc.service
└─2566 /usr/sbin/krb5kdc -P /var/run/krb5kdc.pid
12月 14 14:20:53 node1 systemd[1]: Starting Kerberos 5 KDC...
12月 14 14:20:53 node1 systemd[1]: Can't open PID file /var/run/krb5kdc.pid (yet?) after start: No such file or directory
12月 14 14:20:53 node1 systemd[1]: Started Kerberos 5 KDC.
[root@node1 etc]#
- 启动Kerberos服务器：
[root@node1 etc]# systemctl status kadmin
● kadmin.service - Kerberos 5 Password-changing and Administration
Loaded: loaded (/usr/lib/systemd/system/kadmin.service; disabled; vendor preset: disabled)
Active: inactive (dead)
[root@node1 etc]# systemctl start kadmin
[root@node1 etc]# systemctl status kadmin
● kadmin.service - Kerberos 5 Password-changing and Administration
Loaded: loaded (/usr/lib/systemd/system/kadmin.service; disabled; vendor preset: disabled)
Active: active (running) since 一 2020-12-14 14:22:38 CST; 1s ago
Process: 2594 ExecStart=/usr/sbin/_kadmind -P /var/run/kadmind.pid $KADMIND_ARGS (code=exited, status=0/SUCCESS)
Main PID: 2596 (kadmind)
Tasks: 1
CGroup: /system.slice/kadmin.service
└─2596 /usr/sbin/kadmind -P /var/run/kadmind.pid
12月 14 14:22:38 node1 systemd[1]: Starting Kerberos 5 Password-changing and Administration...
12月 14 14:22:38 node1 systemd[1]: Can't open PID file /var/run/kadmind.pid (yet?) after start: No such file or directory
12月 14 14:22:38 node1 systemd[1]: Started Kerberos 5 Password-changing and Administration.
[root@node1 etc]#
1.5KDC 服务器上添加超级管理员账户
[root@node1 etc]# cat /var/kerberos/krb5kdc/kadm5.acl
*/admin@HADOOP.COM *
[root@node1 etc]# kadmin.local
Authenticating as principal root/admin@HADOOP.COM with password.
kadmin.local: addprinc root/admin
WARNING: no policy specified for root/admin@HADOOP.COM; defaulting to no policy
Enter password for principal "root/admin@HADOOP.COM":
Re-enter password for principal "root/admin@HADOOP.COM":
Principal "root/admin@HADOOP.COM" created.
kadmin.local:
kadmin.local: listprincs
K/M@HADOOP.COM
kadmin/admin@HADOOP.COM
kadmin/changepw@HADOOP.COM
kadmin/node1@HADOOP.COM
kiprop/node1@HADOOP.COM
krbtgt/HADOOP.COM@HADOOP.COM
root/admin@HADOOP.COM
kadmin.local: q
[root@node1 etc]#
我们为KDC添加一个管理员用户，关于管理员规则我们已经在"/var/kerberos/krb5kdc/kadm5.acl"中定义。
2.搭建Kerberos客户端环境
在另一台节点（node2）上：
yum install -y krb5-lib krb5-workstation
将服务端的配置文件拷贝到客户端，在服务端的节点上执行下列命令：
scp /etc/krb5.conf node2:/etc/
3.登录验证
客户端配置文件和服务段同步后，进行登陆，验证是否可以成功登陆：
- 登录成功的提示：
[root@node2~]# kinit root/admin
Password for root/admin@EXAMPLE.COM:
[root@node2~]# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: root/admin@EXAMPLE.COM
Valid starting Expires Service principal
2020-12-14T14:35:30 2020-12-15T14:35:32 krbtgt/EXAMPLE.COM@EXAMPLE.COM
renew until 2020-12-21T14:35:30
[root@node2~]#
- 输错密码的提示：
[root@node2~]# kinit root/admin
Password for root/admin@EXAMPLE.COM:
kinit: Password incorrect while getting initial credentials
[root@node2~]#
三、基本命令操作
1.登录管理员模式
可以使用kadmin.local或kadmin,至于使用哪个，取决于账户和访问权限：kadmin.local（on the KDC machine）or kadmin （from any machine）
- 如果有访问kdc服务器的root权限，但是没有kerberos admin账户，使用kadmin.local
- 如果没有访问kdc服务器的root权限，但是用kerberos admin账户，使用kadmin
这里用：kadmin.local命令行登录
[root@node1 etc]# kadmin.local
Authenticating as principal root/admin@HADOOP.COM with password.
kadmin.local: ?
Available kadmin.local requests:
add_principal, addprinc, ank
Add principal
delete_principal, delprinc
Delete principal
modify_principal, modprinc
Modify principal
rename_principal, renprinc
Rename principal
change_password, cpw Change password
get_principal, getprinc Get principal
list_principals, listprincs, get_principals, getprincs
List principals
add_policy, addpol Add policy
modify_policy, modpol Modify policy
delete_policy, delpol Delete policy
get_policy, getpol Get policy
list_policies, listpols, get_policies, getpols
List policies
get_privs, getprivs Get privileges
ktadd, xst Add entry(s) to a keytab
ktremove, ktrem Remove entry(s) from a keytab
lock Lock database exclusively (use with extreme caution!)
unlock Release exclusive database lock
purgekeys Purge previously retained old keys from a principal
get_strings, getstrs Show string attributes on a principal
set_string, setstr Set a string attribute on a principal
del_string, delstr Delete a string attribute on a principal
list_requests, lr, ? List available requests.
quit, exit, q Exit program.
kadmin.local:
2.基本操作
- 查看已经存在的凭据:
kadmin.local: listprincs
K/M@HADOOP.COM
kadmin/admin@HADOOP.COM
kadmin/changepw@HADOOP.COM
kadmin/node1@HADOOP.COM
kiprop/node1@HADOOP.COM
krbtgt/HADOOP.COM@HADOOP.COM
root/admin@HADOOP.COM
kadmin.local:
- 创建凭证：
分为随机与密码两种形式创建，例如
addprinc -randkey hdfs/node1
addprinc -pw 123456 hdfs/node1
密码创建也可以用addprinc hdfs/node1命令后再按提示输入密码
kadmin.local: addprinc hdfs/node1
WARNING: no policy specified for hdfs/node1@HADOOP.COM; defaulting to no policy
Enter password for principal "hdfs/node1@HADOOP.COM":
Re-enter password for principal "hdfs/node1@HADOOP.COM":
Principal "hdfs/node1@HADOOP.COM" created.
kadmin.local: listprincs
K/M@HADOOP.COM
hdfs/node1@HADOOP.COM
kadmin/admin@HADOOP.COM
kadmin/changepw@HADOOP.COM
kadmin/node1@HADOOP.COM
kiprop/node1@HADOOP.COM
krbtgt/HADOOP.COM@HADOOP.COM
root/admin@HADOOP.COM
kadmin.local:
注意：这里生成的hdfs/node1是指定key，如果通过ktadd -k /root/node1.keytab hdfs/node1导出密钥后，创建时指定的key失效， 原因：每次生成秘钥文件时，密码可能会进行随机改变，后续再通过指定key进行认证时可能会报 kinit: Password incorrect while getting initial credentials 生成密钥时，添加"-norandkey"即可解决问题
- 导出某个用户的keytab证书：
使用xst命令或者ktadd命令：
ktadd -norandkey -k /root/node1.keytab hdfs/node1
或
xst -k /root/node1.keytab hdfs/node1
或
xst -norandkey -k /root/node1.keytab hdfs/node1 jack/node4
其中 /root/node1.keytab为自己指定的路径与文件名，以.keytab结尾；hdfs/node1为之前创建的凭证用户
kadmin.local: listprincs
K/M@HADOOP.COM
hdfs/node1@HADOOP.COM
kadmin/admin@HADOOP.COM
kadmin/changepw@HADOOP.COM
kadmin/node1@HADOOP.COM
kiprop/node1@HADOOP.COM
krbtgt/HADOOP.COM@HADOOP.COM
root/admin@HADOOP.COM
kadmin.local: ktadd -norandkey -k /usr/data/kerberos/keytab/node1.keytab hdfs/node1
Entry for principal hdfs/node1 with kvno 1, encryption type aes256-cts-hmac-sha1-96 added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
Entry for principal hdfs/node1 with kvno 1, encryption type aes128-cts-hmac-sha1-96 added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
Entry for principal hdfs/node1 with kvno 1, encryption type des3-cbc-sha1 added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
Entry for principal hdfs/node1 with kvno 1, encryption type arcfour-hmac added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
Entry for principal hdfs/node1 with kvno 1, encryption type camellia256-cts-cmac added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
Entry for principal hdfs/node1 with kvno 1, encryption type camellia128-cts-cmac added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
Entry for principal hdfs/node1 with kvno 1, encryption type des-hmac-sha1 added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
Entry for principal hdfs/node1 with kvno 1, encryption type des-cbc-md5 added to keytab WRFILE:/usr/data/kerberos/keytab/node1.keytab.
kadmin.local:
- 查看导出的文件：
[root@node1 keytab]# cd /usr/data/kerberos/keytab/
[root@node1 keytab]# ll
总用量 4
-rw-------. 1 root root 538 12月 14 15:20 node1.keytab
[root@node1 keytab]#
[root@node1 keytab]# klist -kt node1.keytab
Keytab name: FILE:node1.keytab
KVNO Timestamp Principal
---- ------------------- ------------------------------------------------------
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
1 2020-12-14T15:20:27 hdfs/node1@HADOOP.COM
[root@node1 keytab]#
- 查看当前登录的用户：
若没有登录，则如下：
[root@node1 keytab]# klist
klist: No credentials cache found (filename: /tmp/krb5cc_0)
[root@node1 keytab]#
若有登录，则如下：
[root@node1~]# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: root/admin@EXAMPLE.COM
Valid starting Expires Service principal
2020-12-14T14:35:30 2020-12-15T14:35:32 krbtgt/EXAMPLE.COM@EXAMPLE.COM
renew until 2020-12-21T14:35:30
[root@kebclient ~]# kinit root/admin
Password for root/admin@EXAMPLE.COM:
kinit: Password incorrect while getting initial credentials
- 删除当前的认证的缓存：
命令为kdestroy
[root@kebclient ~]# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: root/admin@EXAMPLE.COM
Valid starting Expires Service principal
2020-12-14T14:35:30 2020-12-15T14:35:32 krbtgt/EXAMPLE.COM@EXAMPLE.COM
renew until 2020-12-21T14:35:30
[root@kebclient ~]# kinit root/admin
Password for root/admin@EXAMPLE.COM:
kinit: Password incorrect while getting initial credentials
[root@kebclient ~]# kdestroy
[root@kebclient ~]# klist
klist: No credentials cache found (filename: /tmp/krb5cc_0)
[root@kebclient ~]#
- 认证用户（登录）：
(1)基于密码认证
[root@node2~]# klist
klist: No credentials cache found (filename: /tmp/krb5cc_0)
[root@node2~]# kinit root/admin
Password for root/admin@EXAMPLE.COM:
[root@node2~]# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: root/admin@EXAMPLE.COM
Valid starting Expires Service principal
2020-12-14T15:30:27 2020-12-15T15:30:26 krbtgt/EXAMPLE.COM@EXAMPLE.COM
renew until 2020-12-21T15:30:26
[root@node2~]#
(2)基于密钥认证
[root@node1 keytab]# klist
klist: No credentials cache found (filename: /tmp/krb5cc_0)
[root@node1 keytab]# kinit -kt /usr/data/kerberos/keytab/node1.keytab hdfs/node1
[root@node1 keytab]# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: hdfs/node1@HADOOP.COM
Valid starting Expires Service principal
2020-12-14T15:33:57 2020-12-15T15:33:57 krbtgt/HADOOP.COM@HADOOP.COM
renew until 2020-12-21T15:33:57
[root@node1 keytab]#
- 修改用户密码：
(1)需知道原密码
[root@node1 keytab]# kpasswd hdfs/node1
Password for hdfs/node1@HADOOP.COM:
Enter new password:
Enter it again:
Password changed.
[root@node1 keytab]#
(2)不需原密码
[root@node1 keytab]# kadmin.local
Authenticating as principal hdfs/admin@HADOOP.COM with password.
kadmin.local: change_password hdfs/node1
Enter password for principal "hdfs/node1@HADOOP.COM":
Re-enter password for principal "hdfs/node1@HADOOP.COM":
Password for "hdfs/node1@HADOOP.COM" changed.
kadmin.local:
标签：keytab,root,kerberos,HADOOP,认证,node1,principal,COM,搭建 来源： https://blog.csdn.net/tktttt/article/details/111151776