Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: SLAPD question


  • Subject: Re: lug-bg: SLAPD question
  • From: Sava Chankov <sava@xxxxxxxxxxxxx>
  • Date: Tue, 20 Sep 2005 12:27:59 +0300
  • Delivered-to: lug-bg-list@xxxxxxxxxxxxxxxxxx
  • Delivered-to: lug-bg@xxxxxxxxxxxxxxxxxx

Daniel Ivanov wrote:
Ползвам slapd 2.2.26 под дебиан с БДБ бекенд. Всичко върви на пушка, но в процеса на разработка на фронтенд забелязах, че се появява следното нещо: когато използам сравнения от типа >=, <= грозния демон не връща никакви резултати, въпреки че изрично го права върху integer полета, който трябва да се мач-ват. Такова поле е примерно uidNumber от posixAccount objectclass-a, но при филтър uidNumber>=1700, нито ldapsearch, нито JXPlorer, нито Net::LDAP, връщат резултати. Това ми се струва немислимо. В схемата изрично ми е описано, че uidNumber е integer поле.

В схемата не е посочен *изрично* по какво критерий ще се подреждат полетата. За да кажеш на LDAP сървъра как да ги подрежда, добави ORDERING integerOrderingMatch към дефиницията на атрибута:

attributetype ( 1.3.6.1.1.1.1.0 NAME 'uidNumber'
        DESC 'An integer uniquely identifying a user in an administrative domain'
        EQUALITY integerMatch
        ORDERING integerOrderingMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 SINGLE-VALUE )

--
Sava Chankov                                     Сава Чанков
software developer                     софтуерен разработчик
http://www.blueboard.biz                             блуборд



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.