Tomcat 8 - LDAP: NameNotFoundException 错误代码 32,剩余的名称为空字符串

2022-09-03 03:00:34

尝试将应用程序从 WebLogic 12.2.1 迁移到 Tomcat 8.5.4,Weblogic 下作为 LDAP 连接的外部 JNDI 提供程序条目已迁移到 Tomcat 下的新条目。Resource

根据Stack Overflow上的这个建议,自定义已被打包为Tomcat文件夹下的新文件。LdapContextFactoryjarlib

在 Tomcat 文件中,已配置以下内容:server.xmlGlobalNamingResources/Resource

    <Resource name="ldapConnection" 
        auth="Container"
        type="javax.naming.ldap.LdapContext"
        factory="com.sample.custom.LdapContextFactory"
        singleton="false"
        java.naming.referral="follow"
        java.naming.factory.initial="com.sun.jndi.ldap.LdapCtxFactory"
        java.naming.provider.url="ldap://some.host:389"
        java.naming.security.authentication="simple"
        java.naming.security.principal="CN=some,OU=some,OU=some,DC=some,DC=a,DC=b"
        java.naming.security.credentials="password"
        com.sun.jndi.ldap.connect.pool="true"
        com.sun.jndi.ldap.connect.pool.maxsize="10"
        com.sun.jndi.ldap.connect.pool.prefsize="4"
        com.sun.jndi.ldap.connect.pool.timeout="30000" />

当通过 Ldap 浏览器(如 Eclipse 中嵌入的 Apache Directory Studio / LDAP 浏览器)浏览 LDAP 目录时,上述连接工作正常。

自定义非常简单:com.sample.custom.LdapContextFactory

public class LdapContextFactory implements ObjectFactory {

    public Object getObjectInstance(Object obj, Name name, Context nameCtx, Hashtable<?, ?> environment)
            throws Exception {

        Hashtable<Object, Object> env = new Hashtable<>();
        Reference reference = (Reference) obj;
        Enumeration<RefAddr> references = reference.getAll();

        while (references.hasMoreElements()) {
            RefAddr address = references.nextElement();
            String type = address.getType();
            String content = (String) address.getContent();
            env.put(type, content);
        }
        return new InitialLdapContext(env, null);
    }
}

但是,在启动时,Tomcat 会引发以下异常:

07-Sep-2016 15:04:01.064 SEVERE [main] org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans Exception processing Global JNDI Resources
 javax.naming.NameNotFoundException: [LDAP: error code 32 - 0000208D: NameErr: DSID-031001E5, problem 2001 (NO_OBJECT), data 0, best match of:
    ''
 ]; remaining name ''
    at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3160)
    at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:3081)
    at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2888)
    at com.sun.jndi.ldap.LdapCtx.c_listBindings(LdapCtx.java:1189)
    at com.sun.jndi.toolkit.ctx.ComponentContext.p_listBindings(ComponentContext.java:592)
    at com.sun.jndi.toolkit.ctx.PartialCompositeContext.listBindings(PartialCompositeContext.java:330)
    at com.sun.jndi.toolkit.ctx.PartialCompositeContext.listBindings(PartialCompositeContext.java:317)
    at javax.naming.InitialContext.listBindings(InitialContext.java:472)
    at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(GlobalResourcesLifecycleListener.java:136)
    at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(GlobalResourcesLifecycleListener.java:145)
    at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(GlobalResourcesLifecycleListener.java:110)
    at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.lifecycleEvent(GlobalResourcesLifecycleListener.java:82)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94)
    at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:401)
    at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:345)
    at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:784)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:152)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:655)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:355)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:495)

类似的问题和调查表明 LDAP DN 无效,但是:

  • 相同的 LDAP 配置通过 LDAP 客户端工作正常
  • 实际上不执行任何搜索,在启动时,Tomcat 会抛出此异常,而无需任何查询
  • 该错误建议空字符串为 ,因此显然不是真正未找到的东西''remaining name

问题:这是将外部 JNDI 提供程序条目从 WebLogic 迁移到 Tomcat 的正确方法吗?如何修复剩余名称为空的无效 LDAP DN 条目?在某个地方配置会丢失吗?baseDN


更新
将 更改为以下内容时,也会发生完全相同的错误,如注释所示:LdapContextFactory

public Object getObjectInstance(Object obj, Name name, Context nameCtx, Hashtable<?, ?> environment)
        throws Exception {

    Hashtable<Object, Object> env = new Hashtable<>();
    Reference reference = (Reference) obj;
    Enumeration<RefAddr> references = reference.getAll();

    String providerUrl = "no valid URL";

    while (references.hasMoreElements()) {
        RefAddr address = references.nextElement();
        String type = address.getType();
        String content = (String) address.getContent();

        switch (type) {
        case Context.PROVIDER_URL:
            env.put(Context.PROVIDER_URL, content);
            providerUrl = content;
            break;

        default:
            env.put(type, content);
            break;
        }
    }

    InitialLdapContext context = null;
    Object result = null;
    try {
        context = new InitialLdapContext(env, null);

        LOGGER.info("looking up for " + providerUrl);
        result = context.lookup(providerUrl);
    } finally {
        if (context != null) {
            context.close();
        }
    }
    LOGGER.info("Created new LDAP Context");
    return result;
}

通过日志记录确认更改,以确保正确部署更改。

默认情况下,所涉及的侦听器在文件顶部定义为server.xml

<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />

并且不能根据官方文档禁用:

全局资源生命周期侦听器初始化 中定义的全局 JNDI 资源,作为全局资源元素的一部分。如果没有此侦听器,任何全局资源都将不可用。server.xml


同样的事情也发生在Tomcat版本8.5.57.0.69上:只需添加上面的新全局资源和提供上面工厂的附加jar,就会引发指向空的剩余名称的异常。


答案 1

堆栈跟踪通过使用问题中提供的第一个工厂实现将 LDAP 架构 DN 追加到属性中而消失。java.naming.provider.url

在此上下文中使用的LDAP客户端的屏幕截图下方,Eclipse中嵌入了Apache Directory Studio / LDAP浏览器,从中可以简单地使用问题的初始值浏览相关的LDAP。

enter image description here

通过将根元素的模式 DN 附加到连接 URL,异常消失了,LDAP 资源现在通过 Tomcat 8 中的 JNDI 共享。


作为故障排除结果的更多详细信息

在 Tomcat 8 中,全局资源通过全局资源侦听器(默认情况下在文件中定义的 )进行处理。这样的侦听器调用 on bean 创建,从而有效地浏览 LDAP 目录。GlobalResourcesLifecycleListenerserver.xmlcontext.listBindings("")

这种初始浏览很可能是Tomcat和WebLogic之间的区别,其中LDAP仅在需要时通过JNDI查找,因此通过直接查询,而不是在启动通用查询时。因此,在Tomcat中,LDAP url需要更多详细信息,也就是说,作为其URL的一部分,配置略有不同,以直接指向有效的基本DN。

来自官方 WebLogic 文档

在启动时,WebLogic 服务器会尝试连接到 JNDI 源。如果连接成功,WebLogic Server 将在本地 JNDI 树中设置请求的对象和链接,使它们可供 WebLogic Server 客户机使用。

因此,连接比列表绑定更简单:

枚举在命名上下文中绑定的名称,以及绑定到它们的对象。不包括任何子上下文的内容。


答案 2

推荐