13

我在使用 JCifs 执行文件管理时遇到了一些 Kerberos 身份验证问题（Kerberos 扩展版本 1.3.17）

这是我当前的 krb5.conf 配置：

[libdefaults]
    default_realm = <REALM_NAME_UPPERCASE>
    udp_preference_limit = 1
[realms]
    <REALM_NAME_UPPERCASE> = {
        kdc = <DOMAIN_NAME_UPPERCASE>:88
        admin_server = <DOMAIN_NAME_UPPERCASE>
        default_domain = <DOMAIN_NAME_UPPERCASE>
    }
[domain_realm]
    .<domain_name> = <REALM_NAME_UPPERCASE>
    <domain_name> = <REALM_NAME_UPPERCASE>
[appdefaults]
    kinit = {
        renewable = true
        forwardable = true
    }

这是对用户进行身份验证的代码，然后尝试在网络中的文件服务器上查找文件：

public static void main (String[] args) throws Exception {
    Subject subject = new Subject();
    System.setProperty("java.security.krb5.conf", "C:/krb5.conf");
    System.setProperty("sun.security.krb5.debug", "true");

    Map<String, Object> state = new HashMap<String, Object>();
    state.put("javax.security.auth.login.name", "USERNAME");
    state.put("javax.security.auth.login.password", "PASSWORD".toCharArray());

    Map<String, Object> options = new HashMap<String, Object>();
    options.put("debug", "true");
    options.put("useFirstPass", "true");

    Krb5LoginModule login = new Krb5LoginModule();
    login.initialize(subject, null, state, options);

    if (login.login()) {
        login.commit();
    }

    String path = "file://HOST/242269/"; // existing file server folder
    Kerb5Authenticator kerberosAuthenticator = new Kerb5Authenticator(subject);

    SmbFile smbFile = new SmbFile(path, kerberosAuthenticator);
    SmbFile[] files = smbFile.listFiles();

    for (SmbFile file : files) {
        System.out.println(file);
    }
}

现在，当我运行此代码时，它说它可以使用这些凭据对用户进行身份验证（当我更改凭据时，身份验证失败）并为该用户创建票证。当我稍后尝试通过 CIFS 检索文件目录的内容时，它给了我以下错误：

GSSException: No valid credentials provided (Mechanism level: Message stream modified (41))
at sun.security.jgss.krb5.Krb5Context.initSecContext(Unknown Source)
at sun.security.jgss.GSSContextImpl.initSecContext(Unknown Source)
at sun.security.jgss.GSSContextImpl.initSecContext(Unknown Source)
at jcifs.smb.SpnegoContext.initSecContext(SpnegoContext.java:80)
at jcifs.smb.Kerb5Authenticator.setup(Kerb5Authenticator.java:196)
at jcifs.smb.Kerb5Authenticator.access$000(Kerb5Authenticator.java:30)
at jcifs.smb.Kerb5Authenticator$1.run(Kerb5Authenticator.java:168)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Unknown Source)
at jcifs.smb.Kerb5Authenticator.sessionSetup(Kerb5Authenticator.java:166)
at jcifs.smb.SmbSession.sessionSetup(SmbSession.java:320)
at jcifs.smb.SmbSession.send(SmbSession.java:239)
at jcifs.smb.SmbTree.treeConnect(SmbTree.java:176)
at jcifs.smb.SmbFile.doConnect(SmbFile.java:925)
at jcifs.smb.SmbFile.connect(SmbFile.java:974)
at jcifs.smb.SmbFile.connect0(SmbFile.java:890)
at jcifs.smb.SmbFile.resolveDfs(SmbFile.java:669)
at jcifs.smb.SmbFile.send(SmbFile.java:783)
at jcifs.smb.SmbFile.doFindFirstNext(SmbFile.java:2009)
at jcifs.smb.SmbFile.doEnum(SmbFile.java:1758)
at jcifs.smb.SmbFile.listFiles(SmbFile.java:1735)
at jcifs.smb.SmbFile.listFiles(SmbFile.java:1668)

你可以在这里找到完整的错误日志（一些细节被混淆了）

有人可以让我朝着正确的方向前进，因为我在这里做错了吗？

4

3 回答 3

17

领域的大写对于避免“ Exception: krb_error 41 Message stream modified (41)”非常重要。

见 http://sourceforge.net/p/spnego/discussion/1003769/thread/99b3ff67/

于 2014-09-08T10:49:46.983 回答
15

讨厌 necrobump，但在 Docker 容器中启动 Spark 和 Zeppelin 时遇到了同样的问题，主服务器是启用 Kerberos 的远程 YARN 集群。但是，在这种情况下，领域名称大写/小写不是问题。

几个小时后，我发现这个线程建议从文件中删除以下行krb5.conf：

renew_lifetime = 7d

这解决了这个问题。希望这可以帮助某人。

于 2020-04-01T19:07:10.603 回答
1

删除配置中的行的替代（和更好）答案是允许委托人进行续订。在 CentOS 7 中，示例命令如下：renew_lifetime = 7d

kadmin -p admin/admin@EXAMPLE.COM

我假设这admin/admin@EXAMPLE.COM是管理员主体，然后：

modprinc -maxrenewlife 90day +allow_renewable your_service@EXAMPLE.COM

我假设导致问题的服务的主体是your_service@EXAMPLE.COM；90day重生是任意的。

这解决了问题，而无需renew_lifetime=7d从文件中删除krb5.conf！

于 2021-07-01T14:45:58.587 回答