PHP LDAP搜索似乎不匹配*

使用LDAP搜索和a*似乎可以很好地处理文字，但对于数字似乎不起作用：

我的类（自制）的调试输出：

代码很难显示，因为它是一个类集合，但是执行搜索的部分使用了for后面的字符串：

例如（这是捏造的）

您知道为什么在

7565*

上的第二个查询不返回结果，但在整数上的最后一个查询返回结果吗

---

谢谢，

您可能知道，在LDAP目录中，您有一个模式。模式通常提供类（类型）和属性。但事实上，在大多数目录中，模式为属性提供了两个其他特性：

属性的语法通常由OID给出

有效用于匹配属性的匹配规则

例如：

attributeType ( 2.5.4.41 NAME 'name'
                DESC 'name(s) associated with the object'
                EQUALITY caseIgnoreMatch
                SUBSTR caseIgnoreSubstringsMatch
                SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{32768} )

在本例中，匹配规则是EQUALITY和SUBSTR，它们大部分时间都链接到

目录字符串

语法（1.3.6.1.4.1.1466.115.121.1.15）

您可能会遇到以下匹配规则：

EQUALITY
ORDERING
SUBSTR

匹配规则

SUBSTR

是编写

（cn=Peter*）

过滤器时通常使用的规则

---

因此，我的建议是：查看模式中的属性“PersonID”，然后“语法/匹配规则”将为您提供可以应用的过滤器类型

您可能知道，在LDAP目录中，您有一个模式。模式通常提供类（类型）和属性。但事实上，在大多数目录中，模式为属性提供了两个其他特性：

属性的语法通常由OID给出

有效用于匹配属性的匹配规则

例如：

attributeType ( 2.5.4.41 NAME 'name'
                DESC 'name(s) associated with the object'
                EQUALITY caseIgnoreMatch
                SUBSTR caseIgnoreSubstringsMatch
                SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{32768} )

在本例中，匹配规则是EQUALITY和SUBSTR，它们大部分时间都链接到

目录字符串

语法（1.3.6.1.4.1.1466.115.121.1.15）

您可能会遇到以下匹配规则：

EQUALITY
ORDERING
SUBSTR

匹配规则

SUBSTR

是编写

（cn=Peter*）

过滤器时通常使用的规则

---

因此，我的建议是：查看模式中的属性“PersonID”，然后“语法/匹配规则”将为您提供可以应用的过滤器类型

您的第二个查询不包含任何

*

字符您的第二个查询不包含任何

*

字符