介绍了Kerberos的搭建方法,以及在普通Hadoop环境中、CDH环境中与Hadoop对接设置的步骤
本文转载自:http://blog.csdn.net/xiao_jun_0820/article/details/39375819
环境:
假设我们有5个机器,分别是hadoop1~hadoop5。选择hadoop1,hadoop2,hadoop3组成分布式的KDC。hadoop1作为Master机器。
- 安装:
通过yum安装即可,组成KDC。
1
2
|
yum
install
-
y
krb5
-
server
krb5
-
lib
krb5
-
workstation
|
- 配置:
Kerberos的配置文件只有两个。在Hadoop1中创建以下两个文件,并同步/etc/krb5.conf
到所有机器。
/var/kerberos/krb5kdc/kdc.conf
:包括KDC的配置信息。
默认放在 /usr/local/var/krb5kdc
。
或者通过覆盖KRB5_KDC_PROFILE
环境变量修改配置文件位置。
配置示例:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
[
kdcdefaults
]
kdc_ports
=
88
kdc_tcp_ports
=
88
[
realms
]
HADOOP
.
COM
=
{
#master_key_type = aes128-cts
acl_file
=
/
var
/
kerberos
/
krb5kdc
/
kadm5
.
acl
dict_file
=
/
usr
/
share
/
dict
/
words
admin_keytab
=
/
var
/
kerberos
/
krb5kdc
/
kadm5
.
keytab
supported_enctypes
=
aes128
-
cts
:
normal
des3
-
hmac
-
sha1
:
normal
arcfour
-
hmac
:
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包。推荐不使用。acl_file
:标注了admin的用户权限,需要用户自己创建。文件格式是Kerberos_principal permissions [target_principal] [restrictions]
支持通配符等。最简单的写法是 */admin@HADOOP.COM
*
代表名称匹配*/admin@HADOOP.COM
都认为是admin,权限是 *
,代表全部权限。
admin_keytab
:KDC进行校验的keytab。后文会提及如何创建。supported_enctypes
:支持的校验方式。注意把aes256-cts
去掉。
/etc/krb5.conf
:包含Kerberos的配置信息。
例如:
- KDC的位置
- Kerberos的admin的realms
- 等
需要所有使用的Kerberos的机器上的配置文件都同步。这里仅列举需要的基本配置。详细介绍参考:krb5conf
配置示例:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
[
logging
]
default
=
FILE
:
/
var
/
log
/
krb5libs
.
log
kdc
=
FILE
:
/
var
/
log
/
krb5kdc
.
log
admin_server
=
FILE
:
/
var
/
log
/
kadmind
.
log
[
libdefaults
]
default_realm
=
HADOOP
.
COM
dns_lookup_realm
=
false
dns_lookup_kdc
=
false
ticket_lifetime
=
24h
renew_lifetime
=
7d
forwardable
=
true
[
realms
]
HADOOP
.
COM
=
{
kdc
=
hadoop1
.
example
.
com
:
88
admin_server
=
hadoop1
.
example
.
com
:
749
}
[
domain_realm
]
.
example
.
com
=
HADOOP
.
COM
example
.
com
=
HADOOP
.
COM
|
说明:
[logging]
:表示server端的日志的打印位置
[libdefaults]
:每种连接的默认配置,需要注意以下几个关键的小配置default_realm = HADOOP.COM
默认的realm
,必须跟要配置的realm
的名称一致。
udp_preference_limit = 1
禁止使用udp可以防止一个Hadoop中的错误
[realms]
:列举使用的realm。
kdc
:代表要kdc的位置。格式是 机器:端口
admin_server
:代表admin的位置。格式是 机器:端口
default_domain
:代表默认的域名
[appdefaults]
:可以设定一些针对特定应用的配置,覆盖默认配置。
客户端机器只需要此文件
初始化并启动:
完成上面两个配置文件后,就可以进行初始化并启动了。
初始化数据库:在hadoop1上运行命令。其中-r指定对应realm。
kdb5_util create -r HADOOP.COM -s
如果遇到数据库已经存在的提示,可以把/var/kerberos/krb5kdc/
目录下的principal
的相关文件都删除掉。默认的数据库名字都是principal
。可以使用-d
指定数据库名字。(尚未测试多数据库的情况)。启动kerberos。如果想开机自启动,需要stash文件。
/usr/local/sbin/krb5kdc
/usr/local/sbin/kadmind
至此kerberos,搭建完毕。
搭建Slave KDCs
为了在生产环境中获得高可用的KDC。还需要搭建Slave KDCs
。
TODO
经过各种努力还是不能成功同步,先放下。
测试kerberos
搭建完毕后,进行以下步骤测试Kerberos是否可用。
进入kadmin在kadmin上添加一个超级管理员账户,需要为其设置passwd
kadmin.local
进入界面1234[ root @ hadoop1 init . d ] # kadmin.localAuthenticating as principal admin / admin @ HADOOP . COM with password .kadmin . local :输入
addprinc root@HADOOP.COM
12345678[ root @ hadoop1 init . d ] # kadmin.localAuthenticating as principal root @ HADOOP . COM with password .kadmin . local : addprinc root @ HADOOP . COMEnter password for principal & quot ; root @ HADOOP . COM & quot ; :Re - enter password for principal & quot ; root @ HADOOP . COM & quot ; :Principal & quot ; root @ HADOOP . COM & quot ; created .kadmin . local : quit在其它机器尝试通过
kadmin
连接,需要输入密码
1
2
3
|
[
root
@
hadoop2
~
]
$
kinit
root
@
HADOOP
.
COM
Password
for
root
@
HADOOP
.
COM
:
|
如果没有报错提示(可能也没有其他回显)则代表成功
kerberos日常操作
管理员操作
- 登录到管理员账户: 如果在本机上,可以通过
kadmin.local
直接登录。 -
其它机器的,先使用kinit进行验证。
1234567[ root @ hadoop2 ~ ] # kinit rootPassword for root @ HADOOP . COM :[ root @ hadoop2 ~ ] # kadmin -p rootAuthenticating as principal root with password .Password for root @ HADOOP . COM :kadmin : 增删改查账户:在管理员的状态下使用
addprinc
,delprinc
,modprinc
,listprincs
命令。使用?
可以列出所有的命令。
1
2
3
4
|
kamdin
:
addprinc
-
randkey
hdfs
/
hadoop1
kamdin
:
delprinc
hdfs
/
hadoop1
kamdin
:
listprincs
|
- 生成keytab:使用xst命令或者ktadd命令
1
2
|
kadmin
:
xst
-
k
/
xxx
/
xxx
/
kerberos
.
keytab
hdfs
/
hadoop1
|
用户操作
查看当前的认证用户:
klist
认证用户:
kinit -kt /xx/xx/kerberos.keytab hdfs/hadoop1
删除当前的认证的缓存:
kdestroy
在CM上使用Kerberos认证
在CM上使用Kerberos认证,它会帮我们创建所有的需要的Kerberos账户,并且在启动的时候自动生成keytab存放到对应的启动目录,在配置文件中添加对应的keytab文件配置和用户名。
所以,只需要给CM创建一个拥有管理员权限的账户。CM就能够完成大部分的初始化工作。
初始化部署
为CM添加一个账户,并生成keytab文件
1234kadminkadmin : addprinc - randkey cloudera - scm / admin @ HADOOP . COMkadmin : xst - k cmf . keytab cloudera - scm / admin @ HADOOP . COM-
将上文产生的
keytab
文件移到cloudera-scm的配置目录,添加cmf.principal
文件并写入账户的名称,最后修改文件权限。1234567mv cmf . keytab / etc / cloudera - scm - server /echo & quot ; cloudera - scm / admin @ HADOOP . COM & quot ; & gt ; & gt ; / etc / cloudera - scm - server / cmf . principalchown cloudera - scm : cloudera - scm cmf . keytabchmod 600 cmf . keytabchown cloudera - scm : cloudera - scm cmf . principalchmod 600 cmf . principal默认配置目录在
/etc/cloudera-scm-server/
,但是我们修改为/home/cloudera-manager/cm-4.6.3/etc/cloudera-scm-server/
设置CM的
default Realm
:在界面上顶部的Administrator-setting-security-Kerberos Security Realm 填入HADOOP.COM
针对所有服务开启security选项
Zookeeper:
12勾选 Zookeeper Service - & gt ; Configuration - & gt ; Enable Zookeeper Security-
HDFS:
sequence
勾选 HDFS Service->Configuration->Authentication
sequence
勾选 HDFS Service->Configuration->Authorization
-
修改
Datanode Transceiver Port
到1004
-
修改
Datanode HTTP Web UI Port
到1006
-
HBASE:
sequence
勾选HBase Service->Configuration->Authentication
sequence
勾选HBase Service->Configuration->Authorization
-
启动即可
重大的bug:
当我在测试机上成功跑通之后,重新删除了kerberos的数据库后。关闭掉所有服务的安全选项。重新启动后,
Generate Credentials
不能成功创建账户。而且也连接不到已经存在的账户的内容。第二天回来,发现创建了少量的账户YARN和mapred的账户。但是其它的账户都没有。猜测:可能是因为增加了两个账户分别是-
krbtgt/HADOOP.COM@HADOOP.COM
-
krbtgt/hadoop1@HADOOP.COM
根据数据库的结构分析,怀疑cloudera manager把keytab都保存了。
所以,不再重新产生keytab。
keytab不能重新生成是一个大问题。非CM下的keytab配置
检查:
如果JAVA的版本在1.6.21或以前的,会遇到客户端需要renew ticket,才能通过认证。而renwe ticket必须保证kdc的配置文件包含
max_renewable_life = 7d
项。-
创建账户
创建所有账户,生成keytab
我们使用hadoop账户启动所有的服务,所以,只生成hadoop和HTTP账户就足够了
1234kadmin : addprinc - randkey hadoop / hadoop1 @ HADOOP . COM. . .kadmin : addprinc - randkey hadoop / hadoop5 @ HADOOP . COM生成hadoop1-hadoop5机器的hadoop用户
1234kadmin : addprinc - randkey HTTP / hadoop1 @ HADOOP . COM. . .kadmin : addprinc - randkey HTTP / hadoop5 @ HADOOP . COM生成hadoop1-hadoop5机器的HTTP用户
1234kadmin : xst - k / xxx / hadoop . keytab hadoop / hadoop1 HTTP / hadoop1. . .kadmin : xst - k / xxx / hadoop . keytab hadoop / hadoop5 HTTP / hadoop5将hadoop1-hadoop5的hadoop用户和HTTP用户保存为keytab文件
说明:
一共添加了10个账户分别是hadoop的hadoop1到hadoop5的账户和HTTP的hadoop1到hadoop5的账户。
导出账户的时候,把hadoop1机器的hadoop账户和HTTP账户导入到同一个keytab文件中。在标准的情况中,依据不同服务的启动者的不同,会创建不同的账户,导出不同的keytab文件。由于我们使用的是hadoop用户启动所有服务的状况,所以一个
hadoop.keytab
就足够使用了。
如果像ClouderaManager那样的一个用户启动一种服务,就要创建不同的用户,导出不同的keytab。例如:
hadoop1的zookeeper配置文件中需要
zookeeper.keytab
,当中含有zookeeper/hadoop1
这个账户下文提到的配置文件中添加keytab文件,都要求不同机器含有对应的机器名和启动用户的keytab文件。要测试这个机器的keytab文件是否可用,可使用以下命令进行测试:
123kinit - kt / xx / xx / hadoop . keytab hadoop / hadoop1klist -
为ZK添加认证
修改zoo.cfg添加配置:
123authProvider . 1 = org . apache . zookeeper . server . auth . SASLAuthenticationProviderjaasLoginRenew = 3600000在配置目录中添加对应账户的keytab文件且创建
jaas.conf
配置文件,内容如下:123456789Server {com . sun . security . auth . module . Krb5LoginModule requireduseKeyTab = truekeyTab =& quot ; / XX / XX / hadoop . keytab & quot ;storeKey = trueuseTicketCache = trueprincipal =& quot ; hadoop / hadoop3 @ HADOOP . COM & quot ; ;} ;其中keytab填写真实的keytab的绝对路径,principal填写对应的认证的用户和机器名称。
在配置目录中添加
java.env
的配置文件,内容如下:12export JVMFLAGS =& quot ; - Djava . security . auth . login . config = / xx / xx / jaas . conf & quot ;每个zookeeper的机器都进行以上的修改
启动方式和平常无异,如成功使用安全方式启动,日志中看到如下日志:
122013 - 11 - 18 10 : 23 : 30 , 067 . . . - successfully logged in . -
为HDFS添加认证
增加基本配置包括各种的princal和keytab文件的配置。
生成的hdfs的keytab和HTTP的keytab最好放一起,容易配置。下面的配置中keytab文件使用绝对路径,principal使用
_HOST
,Hadoop会自动替换为对应的域名。
core-site.xml:
12345678910& lt ; property & gt ;& lt ; name & gt ; hadoop . security . authorization & lt ; / name & gt ;& lt ; value & gt ; true & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; hadoop . security . authentication & lt ; / name & gt ;& lt ; value & gt ; kerberos & lt ; / value & gt ;& lt ; / property & gt ;hdfs-site.xml:
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162& lt ; property & gt ;& lt ; name & gt ; dfs . block . access . token . enable & lt ; / name & gt ;& lt ; value & gt ; true & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . web . authentication . kerberos . principal & lt ; / name & gt ;& lt ; value & gt ; HTTP / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . namenode . keytab . file & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . namenode . kerberos . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . namenode . kerberos . internal . spnego . principal & lt ; / name & gt ;& lt ; value & gt ; HTTP / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . datanode . keytab . file & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . datanode . kerberos . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . datanode . address & lt ; / name & gt ;& lt ; value & gt ; 0.0.0.0 : 1004 & lt ; / value & gt ;& lt ; description & gt ; more than 1024 & lt ; / description & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . datanode . http . address & lt ; / name & gt ;& lt ; value & gt ; 0.0.0.0 : 1006 & lt ; / value & gt ;& lt ; description & gt ; more than 1024 & lt ; / description & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . journalnode . keytab . file & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . journalnode . kerberos . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; dfs . journalnode . kerberos . internal . spnego . principal & lt ; / name & gt ;& lt ; value & gt ; HTTP / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;请尤其注意
dfs.web.authentication.kerberos.principal
这个配置项,我在转载这篇的时候看到很多朋友忘记写了,没有这一项的话会在日志里看到Principal not defined in configuration
错误hadoop-env.sh:
12345export HADOOP_SECURE_DN_USER = hadoopexport HADOOP_SECURE_DN_PID_DIR = / home / hadoop / hadoop / pidsexport HADOOP_SECURE_DN_LOG_DIR = / home / hadoop / hadoop / logsexport JSVC_HOME = / usr / bin如果root下没有
JAVA_HOME
配置,则需要指定JAVA_HOME
12export JAVA_HOME = / home / hadoop / java / jdk -
启动:
设置了Security后,NameNode,QJM,ZKFC可以通过
start-dfs.sh
启动。DataNode需要使用root权限启动。设置了HADOOP_SECURE_DN_USER
的环境变量后,start-dfs.sh
的启动脚本将会自动跳过DATANODE的启动。所以,整个启动过程分为以下两步:-
启动NameNode,QJM,ZKFC
12start - dfs . sh说明:
查看QJM的日志和ZKFC的日志。检查有无exception。QJM的报错不会有明显的提示。
如果启动不成功检查以下几点是否做好:QJM和NameNode对应的keytab文件是否包含hadoop账户和HTTP账户对应该机器的kerberos账户。
keytab使用绝对路径,可以避免一些问题。
疑惑:ZKFC中有日志,但是工作正常,大胆预测连接zookeeper不需要强制通过jaas验证。
TODO:验证此猜想。
12INFO org . apache . zookeeper . ClientCnxn : Opening socket connection to server hadoop3 / 10.1.74.46 : 59181. Will not attempt to authenticate using SASL (无法定位登录配置 ) -
启动DataNode:
配置JSVC:
DataNode需要JSVC启动。首先安装JSVC,然后配置的
hadoop-env.sh
的JSVC_HOME
变量。
JSVC运行还需要一个commons-daemon-xxx.jar
包。从commons/daemon
下载一个最新版本的jar包。
当前,JSVC启动的时候遇到一个奇怪的bug,就是JSVC的classpath不支持*匹配。详细修改如下:
123456#添加commons-daemon的jar包,并替换路径为绝对路径export CLASSPATH = $ CLASSPATH : / xxx / commons - daemon - 1.0.15.jartemp = $ { CLASSPATH //':'/' '}t = ` echo $ temp `export CLASSPATH = $ { t //' '/':'}mv问题:由于权限问题,在移动日志文件启动的时候,会询问是否覆盖只读的日志文件。这个会导致使用
start-secure-dns.sh
启动的时候不顺畅。推荐修改hadoop-daemon.sh
的74行:将
12mv & quot ; $ log & quot ; & quot ; $ log . $ num & quot ; ;修改为
12mv - f & quot ; $ log & quot ; & quot ; $ log . $ num & quot ; ; 启动:
切换到root用户,需要配置这个root用户免密码登陆到其它的机器。
123#自动登陆并启动datanodesh / home / xx / hadoop / sbin / start - secure - dns . sh-
否则,需要单独登陆到所有机器启动datanode。
123#如果单独登陆启动datanodesh / home / xx / hadoop / sbin / hadoop - daemon . sh datanode start
-
测试:使用任意用户通过keytab文件进行认证,运行hdfs相关命令。
123456kinit - kt / xx / xx / qiujw / keytab qiujw / hadoopN#对于java1.6_26以下版本的需要renew ticketkinit - Rklisthdfs dfs - ls / tmp为YARN添加认证配置
-
添加配置
-
yarn.xml:
123456789101112131415161718192021222324252627282930& lt ; property & gt ;& lt ; name & gt ; yarn . resourcemanager . keytab & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; yarn . resourcemanager . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; yarn . nodemanager . keytab & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; yarn . nodemanager . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; yarn . nodemanager . container - executor . class & lt ; / name & gt ;& lt ; value & gt ; org . apache . hadoop . yarn . server . nodemanager . LinuxContainerExecutor & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; yarn . nodemanager . linux - container - executor . group & lt ; / name & gt ;& lt ; value & gt ; hadoop & lt ; / value & gt ;& lt ; / property & gt ; mapred.xml:
12345678910& lt ; property & gt ;& lt ; name & gt ; mapreduce . jobhistory . keytab & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; mapreduce . jobhistory . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;
-
-
修改
container-executor.conf.dir
,重新编译container-executor
:12345678910111213cp ~ / hadoop / srcmvn package - Pdist , native - DskipTests - Dtar - Dcontainer - executor . conf . dir = / etccp . / hadoop - yarn - project / target / hadoop - yarn - project - 2.0.0 - cdh4 . 2.1 / bin / container - executor ~ / hadoop / bin#以下命令查看编译是否成功strings ~ / hadoop / bin / container - executor | grep etc#修改权限sudo chown root : hadoop / xx / hadoop / bin / container - executorsudo chmod 4750 / xx / hadoop / bin / container - executor说明:为什么要编译container-executor?
答:因为
container-executor
要求container-executor.cfg
这个文件及其所有父目录都属于root用户,且权限小于755。配置文件container-executor.cfg
默认的路径在../etc/hadoop/container-executor.cfg
。如果,按照默认的路径修改所有父目录都属于root,显然不现实。于是,把路径编译到/etc/container-executor.cfg
中。
创建
/etc/container-executor.cfg
文件,文件内容如下:1234567891011#运行container的用户yarn . nodemanager . linux - container - executor . group = hadoop#这个是允许运行应用的用户列表,默认是全部可以运行#banned.users=#这个是允许提交job的最小的userid的值。centos中一般用户的id在500以上。min . user . id = 500修改 / etc / container - executor . cfg的权限sudo chown root : root / etc / container - executor . cfgsudo chmod 600 / etc / container - executor . cfg-
启动,使用hadoop用户直接启动即可
12start - yarn . sh 检查Nodemanager和Resourcemanager的日志是否有异常。
一般异常都是因为
container-executor.cfg
的权限和container-executor
的权限问题。请仔细核对:123[ hadoop @ hadoop2 hadoop ] $ ls ~ / hadoop / bin / container - executor - l- rwsr - x -- - 1 root hadoop 89206 Nov 18 16 : 18 / home / hadoop / hadoop / bin / container - executor [ hadoop @ hadoop2 hadoop ] $ ls / etc / container - executor . cfg - l - rw -- -- -- - 1 root root 240 Nov 18 16 : 31 / etc / container - executor . cfg-
测试:使用任意用户通过keytab文件进行认证,运行yarn相关命令。
123456kinit - kt / xx / xx / qiujw / keytab qiujw / hadoopN#对于java1.6_26以下版本的需要renew ticketkinit - Rklistyarn jar / xx / xx / hadoop - mapreduce - examples - xx . jar pi 10 100
为hbase添加认证
添加配置:
hbase-site.xml:
以下添加到client和server端
12345678910& lt ; property & gt ;& lt ; name & gt ; hbase . security . authentication & lt ; / name & gt ;& lt ; value & gt ; kerberos & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; hbase . rpc . engine & lt ; / name & gt ;& lt ; value & gt ; org . apache . hadoop . hbase . ipc . SecureRpcEngine & lt ; / value & gt ;& lt ; / property & gt ;-
hbase-site.xml:
以下添加到server端
1234567891011121314151617181920& lt ; property & gt ;& lt ; name & gt ; hbase . regionserver . kerberos . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; hbase . regionserver . keytab . file & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; hbase . master . kerberos . principal & lt ; / name & gt ;& lt ; value & gt ; hadoop / _HOST @ HADOOP . COM & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; hbase . master . keytab . file & lt ; / name & gt ;& lt ; value & gt ; / xx / xx / hadoop . keytab & lt ; / value & gt ;& lt ; / property & gt ;
添加hbase连接secure的zookeeper:
创建zk-jaas.conf配置文件,内容如下:
12345678Client {com . sun . security . auth . module . Krb5LoginModule requireduseKeyTab = trueuseTicketCache = falsekeyTab =& quot ; / xx / hadoop . keytab & quot ;principal =& quot ; hadoop / hadoopN @ HADOOP . COM & quot ; ;} ;-
修改hbase-env.sh:
123export HBASE_OPTS =& quot ; $ HBASE_OPTS - Djava . security . auth . login . config = / xx / zk - jaas . conf & quot ;export HBASE_MANAGES_ZK = false 确保以下配置项是正确的:
hbase-site.xml:
12345678910& lt ; property & gt ;& lt ; name & gt ; hbase . zookeeper . quorum & lt ; / name & gt ;& lt ; value & gt ; hadoopN , . . . , hadoopN & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; hbase . cluster . distributed & lt ; / name & gt ;& lt ; value & gt ; true & lt ; / value & gt ;& lt ; / property & gt ;-
添加以下项目到zoo.cfg中:
12345678910& lt ; property & gt ;& lt ; name & gt ; kerberos . removeHostFromPrincipal & lt ; / name & gt ;& lt ; value & gt ; true & lt ; / value & gt ;& lt ; / property & gt ;& lt ; property & gt ;& lt ; name & gt ; kerberos . removeRealmFromPrincipal & lt ; / name & gt ;& lt ; value & gt ; true & lt ; / value & gt ;& lt ; / property & gt ;
- 启动:如往常启动即可
12start - hbase . sh-
TroubleShooting
笔者在启动hbase后,在zookeeper的日志中大量发现这种信息:12Client failed to SASL authenticate : javax . security . sas l . SaslException : GSS initiate failed [ Caused by GSSException : Failure unspecified at GSS - API level ( Mechanism level : Specified version of key is not available ( 44 ) ) ]
在多次调整无果后,怀疑是因为我的一些老旧的账户的
renewmax
属性还是0。于是,把所有相关账户都删除,生成后,再次启动。这个错误就消失了。
Hbase的权限控制
启动hbase的用户是超级用户拥有所有的权限。
hbase支持4个权限
- R :读权限
Get
,Scan
,or Exists calls
- W :写权限
Put
,Delete
,LockRow
,UnlockRow
,IncrementColumnValue
,CheckAndDelete
,CheckAndPut
,Flush
,or Compact
- C :创建权限
Create
,Alter
,or Drop
- A :管理员权限
Enable
,Disable
,MajorCompact
,Grant
,Revoke
,and Shutdown
.
- R :读权限
权限控制语句:
12345grant & lt ; user & gt ; & lt ; permissions & gt ; [ & lt ; table & gt ; [ & lt ; column family & gt ; [ & lt ; column qualifier & gt ; ] ] ]revoke & lt ; user & gt ; & lt ; permissions & gt ; [ & lt ; table & gt ; [ & lt ; column family & gt ; [ & lt ; column qualifier & gt ; ] ] ]alter & lt ; table & gt ; { OWNER =& gt ; & lt ; user & gt ; } # sets the table owneruser_permission & lt ; table & gt ; # displays existing permissions-
创建表的用户拥有该表的所有权限
-
如果赋予权限的时候没有针对某个表或者CF进行赋予,就会对全局获得权限。请小心。
Hive的权限
- Hive的客户端的权限和普通的客户端的一致就可以了。
客户端配置
使用者要和实行了kerberos的集群进行通信。要kerberos的管理员创建对应的账户。并且生成keytab返回给使用者,使用者通过kinit命令认证后,就跟平常使用Hadoop的方式一致地使用即可。
以下是一个例子:
12345678910111213kadmin : addprinc qiujw / hadoop1kadmin : xst - k qiujw . keytab qiujw / hadoop1#将qiujw.keytab交给用户#在hadoop1机器上kinit - kt qiujw . keytab qiujw / hadoop1klistTicket cache : FILE : / tmp / krb5cc_512Default principal : qiujw / hadoop2 @ HADOOP . COMValid starting Expires Service principal11 / 19 / 13 10 : 53 : 54 11 / 20 / 13 10 : 53 : 54 krbtgt / HADOOP . COM @ HADOOP . COMrenew until 11 / 26 / 13 10 : 44 : 10说明:Expires下面的是这个认证的过期的日志。
renew until
后面的是续约期。
意思是,如果这个缓存过了认证的过期时间,就会失效。在续约期期间通过使用kinit -R
可以续约这个认证。但是,如果过了续约期。必须要使用keytab重新认证。Hadoop等的服务中,都会使用keytab自动做续约不会存在过期的情况。如果客户端需要长久运行不过期,需要在程序中使用keytab做认证。
-