abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 15:33 | Nová verze

Byla vydána verze 17.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace kmag, kmousetool, kgoldrunner, kigo, konquest, kreversi, ksnakeduel, kspaceduel, ksudoku, kubrick, lskat a umbrello byly portovány na KDE Frameworks 5.

Ladislav Hagara | Komentářů: 0
dnes 15:11 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-08-16 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější Raspbian je založen na Debianu 9 Stretch. Přehled novinek v poznámkách k vydání. Řešena je také bezpečnostní chyba Broadpwn (CVE-2017-9417).

Ladislav Hagara | Komentářů: 0
dnes 12:33 | Nová verze

Byla vydána verze 3.2.0 programu pro skicování, malování a úpravu obrázků Krita. Přehled novinek v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 11:44 | IT novinky

Minulý týden na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. V nejnovějším příspěvku na blogu se organizace OpenAI o projektu více rozepsala a zveřejnila videozáznamy několika soubojů.

Ladislav Hagara | Komentářů: 4
včera 17:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 5
včera 06:00 | Bezpečnostní upozornění

Ve virtualizačním softwaru Xen bylo nalezeno a opraveno 5 bezpečnostních chyb XSA-226 až XSA-230. Nejzávažnější z nich XSA-227 (CVE-2017-12137) umožňuje eskalaci privilegií a ovládnutí celého systému, tj. správce hostovaného systému se může stát správcem hostitelského systému.

Ladislav Hagara | Komentářů: 1
15.8. 22:00 | Zajímavý projekt

V roce 2013 proběhla na Kickstarteru úspěšná kampaň na podporu otevřeného Dobře temperovaného klavíru (Well-Tempered Clavier). Stejný tým s Kimiko Išizaka spustil před týdnem na Kickstarteru kampaň Libre Art of the Fugue na podporu svobodného Umění fugy.

Ladislav Hagara | Komentářů: 2
15.8. 13:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 143. brněnský sraz, který proběhne v pátek 18. srpna od 18:00 hodin ve sportovním areálu a restauraci BeachPub Sokolák u Brněnské přehrady aneb v hantecu u Prýglu.

Ladislav Hagara | Komentářů: 0
15.8. 10:55 | Nová verze

Byla vydána (pdf) verze 3 průběžně aktualizované (rolling release) linuxové distribuce Solus (Wikipedie). Ke stažení je v edicích Budgie, GNOME a MATE. Z novinek lze zmínit například podporu snapů. Solus 3 obsahuje Firefox 55.0.1, LibreOffice 5.4.0.3, Rhythmbox 3.4.1 nebo Thunderbird 52.2.1. Edice Budgie a GNOME přichází s GNOME MPV 0.12. Edice MATE s VLC 2.2.6.

Ladislav Hagara | Komentářů: 5
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (17%)
 (77%)
Celkem 346 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: Identity manager - jak funguje propojení konektor / cache / vyhledávání

    4.4.2011 23:21 firemADmin
    Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Přečteno: 542×
    Ahoj. Začínám se docela zamýšlet nad Identity Managery. Není mi ale jasné jak to vevnitř vlastně pořádně funguje. Dejme tomu že mám uživatele v Active Directory či nějaké SQL databázi. Každý uživatel může mít několikrát definován nějaký atribut (třeba skupina). Když k tomu budu chtít připojit Identity Manager - jak se s těmito atributy vypořádá? Pokud budu chtít vyhledávat podle nějakého atributu tak musí mít IdM vlastní keš (což by ale byla obrovská zátěž mít takovou keš v normální SQL databázi). Vytváří si IdM takovou keš nebo kešuje jen "neduplicitní" atributy příp. jak umí vyhledávat v záznamech bez keše (dejme tomu že chci najít uživatele kteří jsou v Active Directory jejichž jméno je *zivatel a kteří zároveň existují v jiné db, chci jich zobrazit N a seřadit podle atributu v Active Directory - umí to IdM)? Dále pokud bych si potřeboval napsat vlastní konektor - jaké datové typy to obecně podporuje? Co kdyby byl nějaký binární atribut - třeba certifikát či uživatelská fotka uložená v blob v SQL db - umí to přečíst, nakešovat a zobrazit? Díky za každou odpověď.

    Odpovědi

    4.4.2011 23:24 firemADmin
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    A ještě např. zde v http://www.abclinuxu.cz/blog/zdenduv_blog/2006/9/sprava-uzivatelu-v-siti#id3032066 v sekci Spravované systémy jsou rozepsané různé relační databáze. Dá se nakonfigurovat IdM na správu nějaké struktury které je např. v 3NF? Něco jako seznam uživatelů v jedné tabulce, skupiny ve druhé, vazební tabulka ... nebo to podporuje jen 1 tabulku? A co duplicitní záznamy - umí?
    5.4.2011 05:47 MMichal | skóre: 22
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Treba Tivoli Identity Manager (TIM) ma na svem LDAP serveru ulozene kompletni obrazy uctu na cilovych systemech a vuci temto obrazum provadi veskere hledani a porovnavani. V pravidelnych intervalech je spousten proces "reconciliation", ktery ziska aktualni stav uctu z ciloveho systemu a zapise na svuj LDAP server.

    Co se tyce konektoru, TIM ma sadu vlastnich konektoru (napr. AD, SAP) a API knihovny slouzici pro tvorbu libovolneho konektoru v prostredi Tivoli Directory Integrator produktu.
    Max avatar 5.4.2011 07:19 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Třeba Sun IDM má vlastní databázi účtů, kterou je možné naimportovat třeba z AD. Vlastní databázi účtů pak syncuje s ostatními db. Účty může mít uloženo v LDAPu, nebo třeba v mysql, nebo jinde.
    Obsahuje connector pro AD, nebo pro přístup k účtům na Netware. Není problém dopsat primitivních řádků třeba pro případ, že má někdo účty v nějaké db v tabulkách (Oracle, MSSQL apod.)
    OSS verze Sun IDM (8.1) je ještě podporováno a vychází na něj aktualizace, nicméně možná bych se zkusil podívat i na jeho fork : OpenIDM, který vznikl po převzetí Sunu Oraclem.
    Ovšem třeba Sun IDM mi přijde jako docela moloch :-/.
    Zdar Max
    Měl jsem sen ... :(
    5.4.2011 08:22 firemADmin
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Jak funguje ta vlastní databáze účtů? Je tam všechno nebo jen některé informace? Máte zkušenosti jakým způsobem to ukládá tu vlastní databázi třeba do mysql (ty vícenásobné atributy by vedly na složitou db časově náročnou na přístup v případě mysql). A jsou tam nějakým způsobem řešena práva jednotlivých administrátorů (admin1 má právo přidávat uživatele odpovídající masce, spravovat to a to ...).
    Max avatar 5.4.2011 09:12 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    To nevím. My jsme to řešili hlavně pro sync "uživatel:heslo", další atributy nás nezajímají.
    Zdar Max
    Měl jsem sen ... :(
    5.4.2011 11:52 firemADmin
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Mohl byste mi alespoň prosím napsat jakou strukturu má ta vytvořená IdM db (tedy jestli nepoužíváte ldap). I ze samotné struktury db mohu leccos vyčíst.
    Max avatar 5.4.2011 14:28 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Příloha:
    Dump struktury db "waveset" viz příloha.
    Zdar Max
    Měl jsem sen ... :(
    5.4.2011 18:09 firemADmin
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Díky moc. Ze struktury mi připadá že musí docela špatně fungovat vyhledávání a řazení záznamů. Lze záznamy v tomto IdM řadit např. podle vícenásobných sloupců a provádět filtrování výpisu uživatelů?
    6.4.2011 17:46 firemADmin
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Po přečtení dokumentace a shlédnutí několika obrázků mi není jisté, zdali tento IdM umí vyhledávat podle "atributů synchronizovaných systémů". Dejme tomu že bych chtěl zobrazit uživatele, jejichž home adresář (uložený v nějakém ze spravovaných systémů) začíná na /home a seřadit je podle kvóty definované v jiném spravovaném systému. Tyto požadavky jsou pro mě docela důležité. Umí to?
    5.4.2011 12:36 kub
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Novell IDM, se kterým jsem se zběžně setkal, funguje tak, že nad eDirectory (fungující jako centrální úložiště identit) vytvoří ještě jakýsi metaadresář obsahující všechny potřebné údaje k synchronizaci (celé se to nazývá Identity Vault). Po připojení systémů prochází data během synchronizaci různými filtry, převodníky, maskami apod. (přes XSLT transformace) aby se synchronizovaly a správně mapovaly(což je asi ta vaše "keš") všechny atributy. A to buď jenom do eDirectory, jen do připojeného systému nebo oboustranně. Hledat nad eDir můžete potom klasicky přes LDAP a bude obsahovat i atributy, které jste nechal synchronizovat z databáze. IDM JDBC konektor by měl být rozšiřitelný podle vašich potřeb, ale zatím jsem s tím nedělal, tak konkrétněji neporadím.
    5.4.2011 14:41 kub
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Příloha:
    Že jste to vy tak i s obrázkem :)
    22.6.2011 10:31 honzag
    Rozbalit Rozbalit vše Re: Identity manager - jak funguje propojení konektor / cache / vyhledávání
    Ahoj, popíšu způsob, jak tuto problematiku řeší naše CzechIdM a také Sun IdM (Oracle Waveset).

    Při konfiguraci každého systému se definuje mapování skutečných názvů atributů účtu na "abstraktní" názvy, se kterými pracuje IdM. Pokud k IdM připojíme například LDAP, který bude mít účty s atributem "group" a také nějakou relační databázi, kde se bude odpovídající atribut jmenovat "skupina", můžeme každý z nich namapovat na stejný název "userGroup".

    Identity manager se pak bude snažit tyto atributy synchronizovat tak, aby měli stejnou hodnotu. Samozřejmě záleží na tom, který z obou systému je pro tento atribut autoritativním zdrojem a tedy svojí hodnotou přepíše ten druhý.

    Pokud tyto atributy nemají mít stejnou hodnotu, tak musí být každý z nich namapován na rozdílný název. Napříkalad "group" -> "ldap_userGroup" a "skupina" na "db_userGroup". Pak lze tyto atributy nastavovat nezávisle na sobě.

    Pokud jde o keš, tak CzechIdM ani Sun IdM nestahují atributy do svého úložiště. Všechny data nechávají na systémech a pouze propagují změny z jednoho systému na jiný (tomu se říká provisioning). Jediné, co si tyhle Identity Managery uchovávají je informace o tom, které identitě (uživateli) patří který účet a dále pak jméno a email. Tyto informace je ale možné rozšířit o tzv. extended atributes. Pokud tedy víte, že budete často vyhledávat podle atributy "homeDirectory" v systému AD, tak nastavíte IdM tak, aby si tento atribut ukládal ve své repository. Pak je možné pomocí něho snadno vyhledávat.

    Vyhledávat je možné i podle atributů, které nejsou kešované v IdM. Ale tam hodně záleží na tom, zda to konkrétní konektor nebo adaptér použitý pro připojení k systému umožňuje.

    Například v Sun IdM lze za tímto účelem použí metodu ze třídy com.waveset.ui.FormUtils
    public static java.util.List getResourceObjects(
             com.waveset.object.LighthouseContext session,
             java.lang.String objectType,
             java.lang.String resourceId,
             java.util.Map options)
    
    Do parametru "options" se pak nadefinuje patřičný "searchFilter".

    O tom jak si napsat vlastní konektor, který používá jak CzechIdM tak Sun IdM, se lze dočíst v tomto článku, který napsal kolega: Vývoj identity konektoru pro systém CzechIdM. Pro rychlou informaci jen napíšu, že binární data nejsou nejmenší problém.

    V případě zájmu se na mne neváhej obrátit. Rád zodpovím dotazy.

    Kontakt na mě nebo mé kolegy naleznete na stránce věnované CzechIdM

    První Identity Management, který umí česky: CzechIdM

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.