介绍了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，搭建完毕。
为了在生产环境中获得高可用的KDC。还需要搭建Slave KDCs。
TODO 经过各种努力还是不能成功同步，先放下。
搭建完毕后，进行以下步骤测试Kerberos是否可用。
进入kadmin在kadmin上添加一个超级管理员账户，需要为其设置passwd
kadmin.local进入界面
1 2 3 4 [ root @ hadoop1 init . d ] # kadmin.local Authenticating as principal admin / admin @ HADOOP . COM with password . kadmin . local :
输入addprinc root@HADOOP.COM
1 2 3 4 5 6 7 8 [ root @ hadoop1 init . d ] # kadmin.local Authenticating as principal root @ HADOOP . COM with password . kadmin . local : addprinc root @ HADOOP . COM Enter 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 :
如果没有报错提示（可能也没有其他回显）则代表成功
其它机器的，先使用kinit进行验证。
1 2 3 4 5 6 7 [ root @ hadoop2 ~ ] # kinit root Password for root @ HADOOP . COM : [ root @ hadoop2 ~ ] # kadmin -p root Authenticating 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认证，它会帮我们创建所有的需要的Kerberos账户，并且在启动的时候自动生成keytab存放到对应的启动目录，在配置文件中添加对应的keytab文件配置和用户名。所以，只需要给CM创建一个拥有管理员权限的账户。CM就能够完成大部分的初始化工作。
为CM添加一个账户，并生成keytab文件
1 2 3 4 kadmin kadmin : addprinc - randkey cloudera - scm / admin @ HADOOP . COM kadmin : xst - k cmf . keytab cloudera - scm / admin @ HADOOP . COM
将上文产生的keytab文件移到cloudera-scm的配置目录，添加cmf.principal文件并写入账户的名称，最后修改文件权限。
1 2 3 4 5 6 7 mv cmf . keytab / etc / cloudera - scm - server / echo & quot ; cloudera - scm / admin @ HADOOP . COM & quot ; & gt ; & gt ; / etc / cloudera - scm - server / cmf . principal chown cloudera - scm : cloudera - scm cmf . keytab chmod 600 cmf . keytab chown cloudera - scm : cloudera - scm cmf . principal chmod 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:
1 2 勾选 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不能重新生成是一个大问题。
检查：
如果JAVA的版本在1.6.21或以前的,会遇到客户端需要renew ticket,才能通过认证。而renwe ticket必须保证kdc的配置文件包含max_renewable_life = 7d项。
创建账户
创建所有账户,生成keytab
我们使用hadoop账户启动所有的服务，所以，只生成hadoop和HTTP账户就足够了
1 2 3 4 kadmin : addprinc - randkey hadoop / hadoop1 @ HADOOP . COM . . . kadmin : addprinc - randkey hadoop / hadoop5 @ HADOOP . COM
生成hadoop1-hadoop5机器的hadoop用户
1 2 3 4 kadmin : addprinc - randkey HTTP / hadoop1 @ HADOOP . COM . . . kadmin : addprinc - randkey HTTP / hadoop5 @ HADOOP . COM
生成hadoop1-hadoop5机器的HTTP用户
1 2 3 4 kadmin : 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文件是否可用，可使用以下命令进行测试:
1 2 3 kinit - kt / xx / xx / hadoop . keytab hadoop / hadoop1 klist
为ZK添加认证
修改zoo.cfg添加配置:
1 2 3 authProvider . 1 = org . apache . zookeeper . server . auth . SASLAuthenticationProvider jaasLoginRenew = 3600000
在配置目录中添加对应账户的keytab文件且创建jaas.conf配置文件,内容如下：
1 2 3 4 5 6 7 8 9 Server { com . sun . security . auth . module . Krb5LoginModule required useKeyTab = true keyTab =& quot ; / XX / XX / hadoop . keytab & quot ; storeKey = true useTicketCache = true principal =& quot ; hadoop / hadoop3 @ HADOOP . COM & quot ; ; } ;
其中keytab填写真实的keytab的绝对路径，principal填写对应的认证的用户和机器名称。
在配置目录中添加java.env的配置文件，内容如下：
1 2 export JVMFLAGS =& quot ; - Djava . security . auth . login . config = / xx / xx / jaas . conf & quot ;
每个zookeeper的机器都进行以上的修改
启动方式和平常无异，如成功使用安全方式启动，日志中看到如下日志：
1 2 2013 - 11 - 18 10 : 23 : 30 , 067 . . . - successfully logged in .
为HDFS添加认证
增加基本配置包括各种的princal和keytab文件的配置。
生成的hdfs的keytab和HTTP的keytab最好放一起，容易配置。下面的配置中keytab文件使用绝对路径，principal使用_HOST，Hadoop会自动替换为对应的域名。
core-site.xml:
1 2 3 4 5 6 7 8 9 10 & 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:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 & 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:
1 2 3 4 5 export HADOOP_SECURE_DN_USER = hadoop export HADOOP_SECURE_DN_PID_DIR = / home / hadoop / hadoop / pids export HADOOP_SECURE_DN_LOG_DIR = / home / hadoop / hadoop / logs export JSVC_HOME = / usr / bin
如果root下没有JAVA_HOME配置，则需要指定JAVA_HOME
1 2 export 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
1 2 start - dfs . sh
说明:
查看QJM的日志和ZKFC的日志。检查有无exception。QJM的报错不会有明显的提示。如果启动不成功检查以下几点是否做好：
QJM和NameNode对应的keytab文件是否包含hadoop账户和HTTP账户对应该机器的kerberos账户。
keytab使用绝对路径，可以避免一些问题。
疑惑：ZKFC中有日志，但是工作正常，大胆预测连接zookeeper不需要强制通过jaas验证。
TODO：验证此猜想。
1 2 INFO 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不支持*匹配。
详细修改如下：
1 2 3 4 5 6 #添加commons-daemon的jar包,并替换路径为绝对路径 export CLASSPATH = $ CLASSPATH : / xxx / commons - daemon - 1.0.15.jar temp = $ { CLASSPATH //':'/' '} t = ` echo $ temp ` export CLASSPATH = $ { t //' '/':'}
mv问题:由于权限问题，在移动日志文件启动的时候，会询问是否覆盖只读的日志文件。这个会导致使用start-secure-dns.sh启动的时候不顺畅。推荐修改hadoop-daemon.sh的74行:
将
1 2 mv & quot ; $ log & quot ; & quot ; $ log . $ num & quot ; ;
修改为
1 2 mv - f & quot ; $ log & quot ; & quot ; $ log . $ num & quot ; ;
启动：
切换到root用户，需要配置这个root用户免密码登陆到其它的机器。
1 2 3 #自动登陆并启动datanode sh / home / xx / hadoop / sbin / start - secure - dns . sh
否则，需要单独登陆到所有机器启动datanode。
1 2 3 #如果单独登陆启动datanode sh / home / xx / hadoop / sbin / hadoop - daemon . sh datanode start
测试：使用任意用户通过keytab文件进行认证，运行hdfs相关命令。
1 2 3 4 5 6 kinit - kt / xx / xx / qiujw / keytab qiujw / hadoopN #对于java1.6_26以下版本的需要renew ticket kinit - R klist hdfs dfs - ls / tmp
添加配置
yarn.xml:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 & 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:
1 2 3 4 5 6 7 8 9 10 & 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：
1 2 3 4 5 6 7 8 9 10 11 12 13 cp ~ / hadoop / src mvn package - Pdist , native - DskipTests - Dtar - Dcontainer - executor . conf . dir = / etc cp . / 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 - executor sudo 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文件,文件内容如下：
1 2 3 4 5 6 7 8 9 10 11 #运行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 . cfg sudo chmod 600 / etc / container - executor . cfg
启动，使用hadoop用户直接启动即可
1 2 start - yarn . sh
检查Nodemanager和Resourcemanager的日志是否有异常。
一般异常都是因为container-executor.cfg的权限和container-executor的权限问题。请仔细核对：
1 2 3 [ 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相关命令。
1 2 3 4 5 6 kinit - kt / xx / xx / qiujw / keytab qiujw / hadoopN #对于java1.6_26以下版本的需要renew ticket kinit - R klist yarn jar / xx / xx / hadoop - mapreduce - examples - xx . jar pi 10 100
添加配置：
hbase-site.xml:
以下添加到client和server端
1 2 3 4 5 6 7 8 9 10 & 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端
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 & 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配置文件，内容如下：
1 2 3 4 5 6 7 8 Client { com . sun . security . auth . module . Krb5LoginModule required useKeyTab = true useTicketCache = false keyTab =& quot ; / xx / hadoop . keytab & quot ; principal =& quot ; hadoop / hadoopN @ HADOOP . COM & quot ; ; } ;
修改hbase-env.sh:
1 2 3 export HBASE_OPTS =& quot ; $ HBASE_OPTS - Djava . security . auth . login . config = / xx / zk - jaas . conf & quot ; export HBASE_MANAGES_ZK = false
确保以下配置项是正确的:
hbase-site.xml:
1 2 3 4 5 6 7 8 9 10 & 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中：
1 2 3 4 5 6 7 8 9 10 & 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 ; 启动：如往常启动即可 1 2 start - hbase . sh
TroubleShooting 笔者在启动hbase后，在zookeeper的日志中大量发现这种信息：
1 2 Client 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支持4个权限
R ：读权限 Get, Scan, or Exists callsW ：写权限 Put, Delete, LockRow, UnlockRow, IncrementColumnValue, CheckAndDelete, CheckAndPut, Flush, or CompactC ：创建权限 Create, Alter, or DropA ：管理员权限 Enable, Disable, MajorCompact, Grant, Revoke, and Shutdown.权限控制语句：
1 2 3 4 5 grant & 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 owner user_permission & lt ; table & gt ; # displays existing permissions
创建表的用户拥有该表的所有权限
如果赋予权限的时候没有针对某个表或者CF进行赋予，就会对全局获得权限。请小心。
使用者要和实行了kerberos的集群进行通信。要kerberos的管理员创建对应的账户。并且生成keytab返回给使用者，使用者通过kinit命令认证后，就跟平常使用Hadoop的方式一致地使用即可。
以下是一个例子：
1 2 3 4 5 6 7 8 9 10 11 12 13 kadmin : addprinc qiujw / hadoop1 kadmin : xst - k qiujw . keytab qiujw / hadoop1 #将qiujw.keytab交给用户 #在hadoop1机器上 kinit - kt qiujw . keytab qiujw / hadoop1 klist Ticket cache : FILE : / tmp / krb5cc_512 Default principal : qiujw / hadoop2 @ HADOOP . COM Valid starting Expires Service principal 11 / 19 / 13 10 : 53 : 54 11 / 20 / 13 10 : 53 : 54 krbtgt / HADOOP . COM @ HADOOP . COM renew until 11 / 26 / 13 10 : 44 : 10
说明：Expires下面的是这个认证的过期的日志。renew until后面的是续约期。 意思是,如果这个缓存过了认证的过期时间，就会失效。在续约期期间通过使用kinit -R可以续约这个认证。但是，如果过了续约期。必须要使用keytab重新认证。
Hadoop等的服务中，都会使用keytab自动做续约不会存在过期的情况。如果客户端需要长久运行不过期，需要在程序中使用keytab做认证。
