Quelle est la syntaxe pour effectuer une correspondance insensible à la casse sur un attribut 'uid'? Si la définition d'un attribut est importante, comment cela serait-il changé? En particulier, j'utilise ApacheDS pour mon magasin LDAP.recherche LDAP insensible à la casse
(uid=mixCaseUSer) correspond à un ID de mixedcaseduser.
Accoriding au OID Description for 0.9.2342.19200300.100.1.1 - Userid userId est défini pour avoir EQUALITY MATCHING RULE caseIgnoreMatch
Ce qui signifie qu'il est l'une des définitions d'attributs qui emploient des cas correspondant insensible par défaut.
Je pense qu'ils sont insensibles à la casse par défaut, sauf s'il s'agit d'un attribut de mot de passe.
+1 merci. J'ai clarifié ma question. – harschware
Alors, vous avez répondu à votre propre question? Puis marquez votre propre réponse comme acceptée. –
Bien sûr, mais SO impose une période d'attente pour cela. D'ailleurs, je ne suis même pas convaincu que la mienne est la meilleure réponse. Une chose qui m'énerve ici est que le type de recherche est modélisé dans l'attribut, que dois-je faire si je veux maintenant des recherches sensibles à la casse sur l'uid? Y a-t-il d'autres moyens? Il doit y avoir un moyen de changer la sensibilité à la casse dans la recherche ... J'espère. – harschware
Essayez de remplacer la règle de correspondance par défaut pour l'attribut à l'aide de la correspondance extensible: (uid: caseExactMatch: = mixCaseUSer). Si cela fonctionne, il sera probablement beaucoup plus lent que d'utiliser la règle de correspondance par défaut pour l'attribut. –