windows传真和扫描由于不能访问您的文档_0706-6.2.0-Windows Kerberos客户端配置并访问CDH...

最新推荐文章于 2024-01-09 11:53:02 发布

weixin_39897749

最新推荐文章于 2024-01-09 11:53:02 发布

阅读量1.5k

点赞数

文章标签： windows传真和扫描由于不能访问您的文档

文档编写目的

在使用CDH的过程中，集群启用了Kerberos认证后，集群中的一些组件的Web UI也会启用Kerberos认证，例如HDFS、Yarn、Hive等组件，此时如果在Windows上对这些页面进行访问，是无法正常访问的，需要在Windows本地安装上Kerberos客户端，并进行配置后才能够访问这些需要Kerberos认证的Web UI，本文档将介绍如何在Windows 10安装Kerberos客户端并配置FireFox浏览器访问CDH集群组件的Web UI。

测试环境：

1.CM和CDH版本为6.2.0

2.本地操作系统环境为Windows10

3.集群服务均正常运行

4.集群启用Kerberos

5.集群操作系统版本为RedHat7.2

Kerberos安装

1.在Kerberos官网下载安装包，下载地址：

http://web.mit.edu/kerberos/dist/

2.本文档下载了64位的安装包，下面按步骤进行安装

至此安装完成

3.配置C:ProgramDataMITKerberos5krb5.ini文件

将安装KDC Server的服务器上的/etc/krb5.conf配置文件中的部分内容拷贝到该文件中

注意：不要直接替换krb5.ini文件，否则会出现文件格式问题，建议拷贝部分内容到krb5.ini文件中，然后保存文件

4.配置完成后，启动MIT Kerberos客户端，如下图所示：

在Windows下使用kinit测试

1.在KDC Server上创建一个用户

[root@cdh178 ~]# kadmin.local Authenticating as principal solr/admin@MACRO.COM with password.kadmin.local: addprinc test_krbWARNING: no policy specified for test_krb@MACRO.COM; defaulting to no policyEnter password for principal "test_krb@MACRO.COM": Re-enter password for principal "test_krb@MACRO.COM": Principal "test_krb@MACRO.COM" created.

测试正常

2.在Winodw端，通过MIT Kerberos客户Get Ticket

在如下列表中可以看到获取的ticket

3.销毁获取到的Ticket

4.命令行下初始化

在客户端可以看到初始化成功的Ticket

5.命令行下kdestroy

客户端数据已kdestroy

使用keytab文件测试Kerberos

1.在KDC Server上生成keytab文件，使用test_krb@MACRO.COM账号

[root@cdh178 ~]# kadmin.local Authenticating as principal test_krb/admin@MACRO.COM with password.kadmin.local: xst -norandkey -k test_krb.keytab test_krb@MACRO.COMEntry for principal test_krb@MACRO.COM with kvno 1, encryption type aes256-cts-hmac-sha1-96 added to keytab WRFILE:test_krb.keytab.Entry for principal test_krb@MACRO.COM with kvno 1, encryption type aes128-cts-hmac-sha1-96 added to keytab WRFILE:test_krb.keytab.Entry for principal test_krb@MACRO.COM with kvno 1, encryption type des3-cbc-sha1 added to keytab WRFILE:test_krb.keytab.Entry for principal test_krb@MACRO.COM with kvno 1, encryption type arcfour-hmac added to keytab WRFILE:test_krb.keytab.Entry for principal test_krb@MACRO.COM with kvno 1, encryption type camellia256-cts-cmac added to keytab WRFILE:test_krb.keytab.Entry for principal test_krb@MACRO.COM with kvno 1, encryption type camellia128-cts-cmac added to keytab WRFILE:test_krb.keytab.Entry for principal test_krb@MACRO.COM with kvno 1, encryption type des-hmac-sha1 added to keytab WRFILE:test_krb.keytab.Entry for principal test_krb@MACRO.COM with kvno 1, encryption type des-cbc-md5 added to keytab WRFILE:test_krb.keytab.

生成成功

测试keytab文件

测试成功

2.将生成的keytab文件拷贝到本地Windows环境，进行kinit测试

初始化成功，在客户端查看

配置FireFox浏览器访问

1.打开FireFox浏览器，在地址栏输入about:config

2.修改配置

network.negotiate-auth.trusted-uris = cdh178.macro.com,cdh177.macro.com,cdh176.macro.comnetwork.auth.use-sspi = false

network.negotiate-auth.trusted-uris这个参数配置的是访问服务的hostname，配置多个的话以“,”分隔

测试访问集群服务

6.1 测试访问HDFS和Yarn

1.由于此时未初始化HDFS的Ticket，所以无法访问

2.进入到/var/run/cloudera-scm-agent目录下，到最新的HDFS的目录中找到HDFS的keytab文件

3.测试HDFS的keytab文件是否能够正常使用

[root@cdh177 1298-hdfs-NAMENODE]# kinit -kt hdfs.keytab hdfs/cdh177.macro.com@MACRO.COM[root@cdh177 1298-hdfs-NAMENODE]# klistTicket cache: FILE:/tmp/krb5cc_0Default principal: hdfs/cdh177.macro.com@MACRO.COMValid starting Expires Service principal08/04/2019 10:08:39 08/05/2019 10:08:39 krbtgt/MACRO.COM@MACRO.COM renew until 08/09/2019 10:08:39

初始化成功

4.将HDFS的keytab文件拷贝到Windows本地，并进行kinit

5.再次通过FireFox访问HDFS服务，能够正常访问

6.访问Yarn资源管理服务，访问正常

6.2 keytab合并使用

1.将需要合并的keytab文件同意的放在同一个目录下

2.使用ktutil命令合并keytab文件，操作如下：

[root@cdh177 0804]# ktutil ktutil: rkt hbase.keytabktutil: rkt hdfs.keytabktutil: rkt hive.keytabktutil: rkt yarn.keytabktutil: wkt test-new.keytabktutil: exit

keytab合并成功，默认生成的keytab文件权限是600，如果事应非root用户执行需要注意权限问题

3.将生成的合并后的keytab文件拷贝到本地Windows环境进行测试

使用hdfs凭证进行初始化

访问HDFS服务成功

使用hive凭证进行初始化

访问HDFS服务成功

使用hbase凭证进行初始化

访问HDFS服务成功

使用yarn凭证进行初始化

访问HDFS服务成功

通过测试可以看出，使用合并后的keytab文件，无论用哪个系统用户的身份进行认证，配置成功后都能够通过FireFox浏览器访问服务的页面

总结

1.Windows本地的krb5.ini文件不能直接使用krb5.conf文件更名替换，否则会出现文件格式的问题导致MIT Kerberos客户端无法正常启动。

2.在生成keytab文件时需要加上”-norandkey”参数，否则会导致kinit时密码错误。

3.在Windows本地安装了Java环境后，由于Java里也有kinit、klist等命令，所以需要在Path环境变量里面，将Kerberos的环境变量位置调整到Java环境变量的前面，保证在Windows本地使用的kinit、klist等命令是使用的Kerberos的命令，否则就会导致命令冲突，如下图，将Kerberos的环境变量调整到最前面即可。