Dotaz: LDAP server - pouze ověřování uživatelů

[xkucf03]

Ahoj,

chtěl bych si napsat program, který by se tvářil jako LDAP server a sloužil by pouze k ověřování jména a hesla. Vstupem by vlastně bylo jen jméno, heslo a search base a výstupem ano/ne.

Tak se chci zeptat, jestli nemáte nějaké tipy, případně jste něco podobného nepsali (neviděli). Než se budu muset vrhnout na studium zdrojáků OpenDS, ApacheDS a specifikací.

Jazyk by měl být nejlépe Java, ale pokud nebude vyhnutí...

Franta

Odpovědi

[kozzi]

jen takovej dotaz, kcemu to vlastne potrebujes, proc nepouzijes hotove reseni, ti myslim napr openldap.

[xkucf03]

Protože některé programy umí ověřovat proti LDAP - ten bych simuloval a vlastní ověřování bych delegoval na jiné LDAP servery a SQL databáze, cache* - aby se předešlo nedostupnosti služby v důsledku výpadku autentizačního serveru.

*) samozřejmě hashovaná a řádně osolená

[diverman]

aby se předešlo nedostupnosti služby v důsledku výpadku autentizačního serveru.

OpenLDAP podporuje replikaci.

[pht]

Jo, a v tom nahle zjistite, ze mluvit jazykem ldap neni tak jednoduche, osetrit vsechny situace take ne, tak udelate nekolik "assumptions" o tom, co se muze stat a "nikdy nestane", trochu to pribastlite, ohnete pres koleno a ve vysledku udelate "autorizacni server" jak noha. OpenLDAP (popripade jine programy) uz umi vsechno co potrebujete, takze doporucuji si to nastudovat a nevynalezat kolo.

[stybla]

+1

[xkucf03]

OpenLDAP je příliš velké monstrum, hodil by se jednoduchý jednoúčelový server, který by dělal pouze ldap bind. Nepotřebuji replikaci celého stromu a nechci zasahovat do stávajících systémů. Šlo o to, že je tu více LDAP serverů s různou vnitřní strukturou, uživatelé v nich mohou mít i různá hesla (prosím nezkoumat, proč ), chtěl jsem, aby se mohli přihlásit kterýmkoli heslem. Nicméně jednoduše to asi nejde, tak to zřejmě dopadne tak, že se budou ověřovat jen proti jednomu (již existujícímu) LDAP clusteru.

[Milan Jurik]

LDAP server opravdu psat nechcete, ani pouze "ldap bind". Uz jen zakladni kodovani zprav je takovy pekny automat.

[xkucf03]

Uz jen zakladni kodovani zprav je takovy pekny automat

Pokud by na to nebyla vhodná knihovna, protokol LDAP bych neimplementoval - tolik času tomu opravdu věnovat nemůžu.

[Jan Kundrát (jkt)]

Podle posledni poznamky soudim, ze Tvym hlavnim cilem je co nejvyssi spolehlivost. Opravdu si myslis, ze dokazes naimplementovat "neco zpracovavajici LDAP bindy" lepe a spolehliveji, nez se to za mnoho roku podarilo ruznym existujicim projektum?

[Ivan]

Pokud potrebujes neco co by se tvarilo jako LDAP server a pritom by to nebyl LDAP server. Tak doporucuji perl balik NET::LDAP::SERVER. Cca pred nesicem jsem potreboval autentizovat uzivatele a vracet nejaky data z mySQL pres LDAP protokol. Cca tyden prace 150 - 200 radek kodu. Ten balik je vlastne framework na vytvoreni LDAP serveru. Staci impemetovat tridu ktera ma metody jako bind, search, unbind, ... a mas vyhrano. Jinak OpenLDAP umoznuje taky mit Perl backend, oni uz na tom pracuji asi 5 let a porad to jesne neni hotovy. Ona to neni vubec zadna sranda pridat do multivlaknovyho demona multivlaknovej interpret nejakyho jazyka.

Mnohem slibneji vypada ApacheDS, to je nastesti napsany v Jave, a tak tam takovyhle problemy nehrozi. V ApacheDS si taky muzete napsat tridu, ktera implementuje nejake rozhrani. Oproti tomu NET::LDAP::SERVER je to ale daleko vic prace a ma to mene dokumentace. Ale hadam, ze tak za rok to bude jednoznacne nejlepsi volba pro takovhle projekt. ApacheDS jde hrozne rychle kupredu.

[xkucf03]

Tak doporucuji perl balik NET::LDAP::SERVER. ... Ten balik je vlastne framework na vytvoreni LDAP serveru.

Díky moc, to je přesně odpověď, kterou jsem chtěl slyšet

Po ApacheDS jsem taky koukal (rozhodoval jsem se mezi ApacheDS a OpenDS), sice bych radši Javu, ale když bude s tím Perlem méně práce, aspoň se zase něco naučím

[Jan Kundrát (jkt)]

Nabizi se otazka, jestli nejaky ad-hoc hack v Perlu bude mit vyssi dostupnost nez obycejny, nereplikovany OpenLDAP...

[xkucf03]

Pokud by to mělo znamenat nižší dostupnost, tak bych do toho nešel - vždycky se můžu vrátit a nasměrovat to na jeden LDAP přímo.

Nebyl byl to hack, ale velmi jednoduchý program - proto tomu věřím - v podstatě jeden IF, předání volání funkce jednomu, případně druhému serveru.

Ideální by byla podpora přímo v aplikaci, ale vypadá to, že ty dva LDAP servery budou mít rozdílné search base, s tím by se aplikace už nevyrovnala. Ještě jsem neměl čas zkoumat zdrojáky toho PERL:LDAPu. Možná taky ohackuji tu aplikaci (díky bohu za opensource), aby zvládala dva servery s různými search base...