Hdfs的一系列坑坑洼洼，认证，认证，还是***认证_hdfs认证模式下unable to de-serialize block token-优快云博客

本文总结了在HDFS使用过程中遇到的两个主要问题：文件名错误导致的认证失败和FQDN解析错误。文件名错误源于keytab文件的命名和路径配置不当，解决方案包括修正文件所有者和路径。FQDN问题则是因为Hadoop无法正确解析"_HOST"，通过替换为服务器的全限定域名解决了问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这是一篇经验（教训）总结，以此纪念这段时间来由于hdfs的认证踩的大大小小的坑
首先，来个开胃菜

文件名错误

Hadoop相关文件
这个问题，属于是吃一堑就是不长智了。
虽然这是一个小小的粗心bug，但绝不能因此忽略其严重性
我的第一个Unable to obtain password from user则是来源于此
Bug：
当在Linux服务器中运行测试程序时报错：Unable to obtain password from user
原因分析：
初步判断是配置文件问题，经过排查配置文件未发现问题
阅读CEA项目组相关代码发现没有代码层面问题
经过文件比对，发现文件所有者出现错误，应为Hadoop，修改后仍有报错
文件名比对，发现代码中路径出现错误，将keytab文件写作了keyTab文件
解决方法：
1、将文件放在hadoop文件夹下，并将其所有者以及所在组换成Hadoop
2、修改代码中对应的路径，更改后缀为keytab

FQDN问题

FQDN：(Fully Qualified Domain Name)全限定域名：同时带有主机名和域名的名称。（通过符号“.”）
例如：主机名是bigserver,域名是mycompany.com,那么FQDN就是bigserver.mycompany.com。 [1]
全限定域名可以从逻辑上准确地表示出主机在什么地方，也可以说全域名是主机名的一种完全表示形式。
从全限定域名中包含的信息可以看出主机在域名树中的位置。DNS解析流程：首先查找本机HOSTS表，有的直接使用表中定义，没有查找网络连接中设置的DNS 服务器由他来解析。