Ahoj,
viete niekto o SW, ktory by umoznil centralizovane, z jedneho servera menit a nastavovat uzivatelske ucty na viacerych linuxovych strojoch?
napr. by islo o pridavanie / odoberanie uzivatelskych uctov na konkretnych, zvolenych staniciach (podmnozina) alebo o centralizovanu zmenu prihlasovacieho hesla na vsetkych staniciach, kde konto existuje. popripade s moznostou fyzickeho prihlasenia sa na PC aj v pripade, ze by sietove spojenie so serverom bolo vypadnute
diiky za vsetky navrhy
ypbind? :-)
Kerberos/LDAP
ok, diky za vase navrhy. aj ked po kratkom pozreti sa na LDAP mi pripada na dost tazky kaliber
Znalost ldapu patri mezi zakladni dovednosti kazdeho zkuseneho administratora. Neni to slozite, jen se tomu staci chvili venovat. Na mnoho veci pak uz nebudes chtit pouzit nic jineho.
Citace od: jn kdy 08. 11. 2010, 20:54:41
ok, diky za vase navrhy. aj ked po kratkom pozreti sa na LDAP mi pripada na dost tazky kaliber
LDAP je super věc. Ze začátku je z toho možná člověk trochu paf, ale pak zjistí, že to zas tak složité není a když to potom jednou nakonfiguruje (poprvé je to trochu porod...), tak to prostě běží, funguje a není co řešit.
Nicméně LDAP nesplňuje tu možnost přihlašování, když spadne spojení se serverem. To by se muselo řešit trochu krkolomně (vlastní LDAP na každém stroji + replikace ze serveru). Pokud existuje jiné řešení, docela by mě zajímalo, já ho neznám.
Citace od: Miroslav Prýmek kdy 09. 11. 2010, 09:38:41
Nicméně LDAP nesplňuje tu možnost přihlašování, když spadne spojení se serverem. To by se muselo řešit trochu krkolomně (vlastní LDAP na každém stroji + replikace ze serveru). Pokud existuje jiné řešení, docela by mě zajímalo, já ho neznám.
Jestli se nepletu, tak ve Fedoře toto řeší SSSD (http://fedoraproject.org/wiki/Design/SSSD#What_is_SSSD.3F) a v ostatních distribucích se to časem snad také objeví. Tedy pokud to tam již není :)
Citace od: Miroslav Prýmek kdy 09. 11. 2010, 09:38:41
Nicméně LDAP nesplňuje tu možnost přihlašování, když spadne spojení se serverem. To by se muselo řešit trochu krkolomně (vlastní LDAP na každém stroji + replikace ze serveru). Pokud existuje jiné řešení, docela by mě zajímalo, já ho neznám.
SPOF je vzdy spatne reseni :)
Citace od: pepazdepa kdy 09. 11. 2010, 11:54:04
SPOF je vzdy spatne reseni :)
Cetralizace bez SPOF = nobelovka :)
a) Elektrina -- redudatne zdroje, samostatne fazy, priame zalozne zdroje, diesel generatory
b) Siet -- 2 switche, ethernet bonding
c) Server -- replikacia [drbd, protokol A], heartbeat
Kde vidis SPOF?
Dalsia moznost je obskurnejsia... Pouzit LDAP server ktory umoznuje pouzit samostatny backend ktory ma moznost synchronnej replikacie.
Citace od: PCnity kdy 09. 11. 2010, 21:39:17
a) Elektrina -- redudatne zdroje, samostatne fazy, priame zalozne zdroje, diesel generatory
b) Siet -- 2 switche, ethernet bonding
c) Server -- replikacia [drbd, protokol A], heartbeat
Kde vidis SPOF?
Obávám se, že původní tazatel se ptal na to, jak na jednom místě vytvářet účty pro řekněme počítačovou studovnu s dvaceti počítači. Pochybuju, že kvůli tomu bude kupovat agregát za nějaký ten milion...
------------
Nicméně jsem pro každou srandu :)) Pojďme to prozkoumat! :)
Otázkou je definice slova "failure" v SPOF. Pokud tím selháním myslím selhání libovolné JEDNOTLIVÉ transakce - např. klientovi Franta server nevrátí www stránku, o kterou Franta požádal, tak tam máš SPOF až dost (cokoliv, co není redundantní v tom jednom jednotlivém serveru - tj. RAM, CPU, motherboard,...).
Tenhle popsanej redundantní systém totiž umožní jenom to, že když Franta stránku od serveru nedostane (failure!), tak na druhý pokus už ji dostane. Bavíme se teda o tom, kolik času musí uběhnout mezi prvním a druhým Frantovým pokusem. No, v případě toho popsanýho systému to bude asi v řádu zlomku sekund (než se server s vadným CPU odstřelí od zbytku clusteru), zatímco v případě systému "zajedu pro nový server, zapojím ho a zkopíruju data" by se to mohlo protáhnout až do řádu dnů!
:))))
Citace od: Dramon kdy 09. 11. 2010, 11:19:20
Jestli se nepletu, tak ve Fedoře toto řeší SSSD (http://fedoraproject.org/wiki/Design/SSSD#What_is_SSSD.3F) a v ostatních distribucích se to časem snad také objeví. Tedy pokud to tam již není :)
Záleží na tom, jak je to udělaný. Pokud je to klasický caching, tak to pro tenhle případ nepřináší nic nového oproti jednoduchému nscd. Problémem tam jsou "false hits" - nebo jak se tomu říká - prostě že nějaký záznam v centrálním úložišti smažu, ale stanice si ho bude pořád brát z cache dokud nevyprší TTL.
Citace od: PCnity kdy 09. 11. 2010, 21:39:17
a) Elektrina -- redudatne zdroje, samostatne fazy, priame zalozne zdroje, diesel generatory
b) Siet -- 2 switche, ethernet bonding
c) Server -- replikacia [drbd, protokol A], heartbeat
Kde vidis SPOF?
Nicméně, abych byl přesnější: Kde vidíš centralizaci? :)))
Citace od: Miroslav Prýmek kdy 09. 11. 2010, 22:01:29
Citace od: PCnity kdy 09. 11. 2010, 21:39:17
a) Elektrina -- redudatne zdroje, samostatne fazy, priame zalozne zdroje, diesel generatory
b) Siet -- 2 switche, ethernet bonding
c) Server -- replikacia [drbd, protokol A], heartbeat
Kde vidis SPOF?
Nicméně, abych byl přesnější: Kde vidíš centralizaci? :)))
Kerberos/LDAP :) Centralizacia spravy uctov.
Citace od: PCnity kdy 09. 11. 2010, 22:25:33
Kerberos/LDAP :) Centralizacia spravy uctov.
A backend má kde? Buď na jednom místě, potom toto místo je SPOF, nebo na více místech (raid, replikace, drbd, ocfs, gfs, ...) a potom to není centralizované.
Ale už bych toho slovíčkaření a vtipkování nechal :)
Kedze 'diiky za vsetky navrhy', tak tu uvediem aj jedno komercne riesenie od CA (http://supportconnectw.ca.com/public/etrust/etrust_dir/infodocs/etrustdirr81.asp) (nekamenovat za to, dakujem) eTrust Directory - multiplatformove riesenie zalozene na LDAP s podporou replikacie (nalogovanie je mozne aj po strate spojenia so serverom), synchronizacie (zmena na 1 serveri sa prejavi aj na ostatnych)... Zial absolutne nemam pojem o cenach za produkt
Tak to jeste zvaz toto:
OpenLdap, 389 directory server (http://directory.fedoraproject.org/) a z nej vychazejici Red Hat Directory Server resp. CentOS Directory Server. Osobne jsem z techto kandidatu vybiral a vyhral OpenLdap. Vsechna reseni krom OpenLdap me odradila tim JAVA interfacem a nepresvedcila me zadnou funkcionalitou, kterou obsahuji. Pouzivam OpenLDAP s modulama refint, memberOf, syncrep a par dalsich. Tim, ze pouzijes neco schovaneho za java xichtem se pripravis o tu moznost rozumnet tomu od zakladu. Tyhle produkty jsou urceny pro nekoho, kdo tomu rozumi aby si usnadnil praci. Moc se na tom nenaucis (krome klikani).
Jo a pouzivam N-Way (kde N=4) mulimaster replikaci (kazdy klient muze cist a pripadne zapisovat na kterykoliv nod). Je to centralizovane reseni nebo ne :)? Rekneme ze je to distribuovane centralizovane reseni :).
None dobre radi!
A centralizacia spravy uctov to je, nech si hovori kto chce co chce. To ze to ma distribuiovane neznamena ze to nie je centralizovane ;) Tie termy si neodporuju.
Citace od: PCnity kdy 10. 11. 2010, 12:02:52
To ze to ma distribuiovane neznamena ze to nie je centralizovane ;) Tie termy si neodporuju.
A já jsem si vždycky myslel, že co je distribuované, to je decentralizované. Nebo že by si termíny centralizované a decentralizované taky neodporovaly?
:)))
V tomhle tématu je ale sranda! :)
Lenze tu sa miesaju jablcka a hrusticky ako by fyzikarka povedala...
Centralizovana sprava uzivatelov -- pomocou ditribuovanej sluzby :)
Citace od: PCnity kdy 09. 11. 2010, 21:39:17
a) Elektrina -- redudatne zdroje, samostatne fazy, priame zalozne zdroje, diesel generatory
b) Siet -- 2 switche, ethernet bonding
c) Server -- replikacia [drbd, protokol A], heartbeat
Kde vidis SPOF?
Dalsia moznost je obskurnejsia... Pouzit LDAP server ktory umoznuje pouzit samostatny backend ktory ma moznost synchronnej replikacie.
SPOF je LDAP client z openldap-u. Ten pokud navaze TCP spojeni s primarnim serverem,
tak uz se nikdy nepokusi pripojit na slave, bez ohledu na to jestli primary LDAP server
odpovida nebo ne.
Lenze IP adresa primarneho servera sa premigruje... To je pre LDAP len reset spojenia a nadviaze nove.
jeej, tu sa to rozbehlo :)
myslim moja potreba by bola centralizovana sprava (kvoli lahkej manazovatelnosti: zmeny hesla, pridania uctu, odstranenia uctu) + k tomu replikacia, aby bola zachovana moznost fyzicky sa nalogovat aj v pripade docasnej straty sietoveho spojenia (zle pocasie v kombinacii s wifi napr.)
nemalo by to byt tazke nejakym sposobom skombinovat: napr. LDAP + demon na PC ktory by pomocou LDAP periodicky checkoval nastavenie na serveri a nastavoval na PC
Citace od: jn kdy 10. 11. 2010, 20:32:50
nemalo by to byt tazke nejakym sposobom skombinovat: napr. LDAP + demon na PC ktory by pomocou LDAP periodicky checkoval nastavenie na serveri a nastavoval na PC
Napr. LDAP+nscd. Ovsem ma to ten problem, co jsem psal vys.
Nebo LDAP na centralnim serveru s replikaci na stanice.