- A hozzászóláshoz be kell jelentkezni
- 3087 megtekintés
Hozzászólások
Micskó Gábor wrote:
> A Red Hat úgy tervezi, hogy a jövő héten GPL alá helyezi a tavaly
> szeptemberben általa megvásárolt Netscape Directory [0] (LDAP) szoftvert.
WTF, lemaradtam.
Nem ebből lett a Sun Java Enterprise System Directory Server? (azért is
kiírtam! :)
- A hozzászóláshoz be kell jelentkezni
Pint tervezgetem, hogy LDAP-ot kellene csatasorba állítani.
No akkor ezt már kivárom. :-{)E
- A hozzászóláshoz be kell jelentkezni
> WTF, lemaradtam.
Gyanitom, hogy errol van szo [www.hup.hu].
- A hozzászóláshoz be kell jelentkezni
rovid valasz: de
hosszu valasz: volt regen netscape directory server, es tok jo volt. Azutan a Sun es a Netscape csinalt egy kozos vallalkozast, amit iPlanet-nek hivtak. Kozos fejlesztogardat allitottak fel, es ami letrejott szellemi termek, arra mind a ket cegnek teljes joga lett. 2002-ben az iPlanet szovetseg felbomlott, a fejlesztok nagy resze atult a Sun-hoz, Netscape ugyebar AOL (bar ott is maradt 1-2 fejleszto), es a termekek fork()-oltak egyet: a Sun fejleszti a sajatjat, a Netscape meg... hat ok is csinaltak vele biztos nehany dolgot. Ezutan jott a Red Hat kivasarlasa.
Szoval az alapok ugyanazok, de a Netscape-es a Sun-os Directory 5.0-as valtozatanak dolgaival rendelkezik (5.1 es 5.2 ujdonsagai, multi master replica szofisztikalt dolgai, stb nincsenek meg benne).
- A hozzászóláshoz be kell jelentkezni
Aki ért hozzá és foglalkozott vele, az röviden össze tudná foglalni az előnyöket/hátrányokat az NDS és az OpenLDAP kapcsán?
- A hozzászóláshoz be kell jelentkezni
Eg es fold:)
- A hozzászóláshoz be kell jelentkezni
Konkretan, Netscape-es Directory-nak valoszinuleg nem okoz gondot egy 2 CPU-s gepen futtatva masodpercenkent 4-5 ezer authentikaciot lefolytatni egy millios nagysagrendu adathalmazon. A Sun-os directory-t foleg telcok hasznaljak itthon (mobilosok, internetszolgaltato(k)). ACL kezeles teljesen online (egy ldapmodify parancs rarakni egy uj ACL-t egy entryre). Replikacio, multimaster mukodes (masterek akar WAN-on is ossze lehetnek kotve, es mind a ketto replika irhato is - bar ugye LDAP-ot nem szeretjuk gyakran valtozo adatokra hasznalni). Most hirtelen ennyi.
- A hozzászóláshoz be kell jelentkezni
Ennél jobb hír már nem nagyon lehetne, az OpenLDAP-os fickók kicsit összeszedik magukat talán , ha egyátalán erdemes lesz még ezekután...
ÜÍdv
Godot
- A hozzászóláshoz be kell jelentkezni
_Joel wrote:
> hosszu valasz: volt regen netscape directory server, es tok jo volt. Azutan
> a Sun es a Netscape csinalt egy kozos vallalkozast, amit iPlanet-nek
> hivtak. Kozos fejlesztogardat allitottak fel, es ami letrejott szellemi
> termek, arra mind a ket cegnek teljes joga lett. 2002-ben az iPlanet
> szovetseg felbomlott, a fejlesztok nagy resze atult a Sun-hoz, Netscape
> ugyebar AOL (bar ott is maradt 1-2 fejleszto), es a termekek fork()-oltak
> egyet: a Sun fejleszti a sajatjat, a Netscape meg... hat ok is csinaltak
> vele biztos nehany dolgot. Ezutan jott a Red Hat kivasarlasa.
> Szoval az alapok ugyanazok, de a Netscape-es a Sun-os Directory 5.0-as
> valtozatanak dolgaival rendelkezik (5.1 es 5.2 ujdonsagai, multi master
> replica szofisztikalt dolgai, stb nincsenek meg benne).
Köszönöm, ez sokat segített a tisztánlátásban.
Ha az 5.1, 5.2 ki is maradt, van azért még mit eltanulni az
OpenLDAP-nak, remélem ez a nyitás jelentősen hozzájárul ahhoz, hogy
fejlődjön és legyen egy szabad, jó képességű LDAP szerver :)
- A hozzászóláshoz be kell jelentkezni
godot wrote:
> Ennél jobb hír már nem nagyon lehetne, az OpenLDAP-os fickók kicsit
> összeszedik magukat talán , ha egyátalán erdemes lesz még ezekután...
Nagyon remélem, hogy ez nem az OpenLDAP végét fogja jelenteni. Kell az.
- A hozzászóláshoz be kell jelentkezni
_Joel wrote:
> Konkretan, Netscape-es Directory-nak valoszinuleg nem okoz gondot egy 2
> CPU-s gepen futtatva masodpercenkent 4-5 ezer authentikaciot lefolytatni
> egy millios nagysagrendu adathalmazon. A Sun-os directory-t foleg telcok
> hasznaljak itthon (mobilosok, internetszolgaltato(k)). ACL kezeles teljesen
> online (egy ldapmodify parancs rarakni egy uj ACL-t egy entryre).
> Replikacio, multimaster mukodes (masterek akar WAN-on is ossze lehetnek
> kotve, es mind a ketto replika irhato is - bar ugye LDAP-ot nem szeretjuk
> gyakran valtozo adatokra hasznalni). Most hirtelen ennyi.
Most már nagyon kellene egy OpenLDAP vs. JESDS benchmark. Bárcsak lenne
egy kis időm rá. :)
Amúgy én azért olyan nagyon nem vagyok hasraesve tőle, szerintem egy kis
fejlesztéssel az OpenLDAP is képes lenne utolérni a JESDS-t. Sőt, van,
amiben már le is hagyta (lásd Opteron :), de ez az open source jellegből
adódik.
- A hozzászóláshoz be kell jelentkezni
Remélem, a Sun is rájön, hogy neki is jobb, ha a JES DS-t nyílt forrásúvá teszi.
Régen ezt csiripelték a madarak, de mostanában csend van...
- A hozzászóláshoz be kell jelentkezni
bajnokk wrote:
> Remélem, a Sun is rájön, hogy neki is jobb, ha a JES DS-t nyílt forrásúvá
> teszi.
> Régen ezt csiripelték a madarak, de mostanában csend van...
Ilyen is volt? Hihetetlen.
Ejj, de jó is lesz nekünk pár év múlva. Lesz open source,
nagyteljesítményű és -tudású LDAP szerverünk, nem is egy, hanem több :)
- A hozzászóláshoz be kell jelentkezni