Aby PAM automaticky vytvářel uživatele. (diskuse)

[petr_p]

Pokud máte PAM modul, který umí autentizovat lokálně neexistujícího uživatele, tak můžete přes řídicí podmínku [success=N] daného autentizačního modulu odskočit na N. modul pam_exec, kterým si zavoláte useradd, nebo jaký skript potřebujete.

[Michal Kubeček]

Nebylo by praktičtější řešit to NSS modulem, který o ty windowsové uživatele rozšíří tabulku uživatelů?

[Josef Kufner]

Budeš mít bordel v ID uživatelů...

[Abraxis]

Chapu, ze mas urcite pro zvoleny postup sve duvody, ale doporucil bych ti znovu se zamyslet a zkusit pouzit standardni postup pro zacleni Linuxove masiny do Windows domeny (viz dokumentace Samby). Tim ti odpadne spousta problemu - at uz tento nebo i dalsi, na ktere v budoucnu narazis.

[Zdeněk Štěpánek]

Jednopu jsem se snazil aby Linux s LDAP a sambou delal PDC pro wokna. Neco tak obludne oskliveho a sloziteho jsem jakteziv nevidel. Stejne na tom jsou i navody ktere jsem nasel, s LDAPem proste nechci mit nic spolecneho.

Kdybych ty uzivatele mel mit v tom ldapu, musel bych tam pridat sadu unixovych parametru, coz je moje nocni mura.

Libi se mi to s tim pam_exec, tak snad se to nejak podari.

Zdenek

[VSi]

Jak jsem pochopil, chcete to pro "tlusté klienty". Předpokládám, že data uživatelů (domovské adresáře) budou na nějakém NFS serveru. Jak už tu někdo napsal, je třeba dát pozor na UID uživatelů.

To znamená, že vaše řešení je použitelné, ale /etc/passwd a /etc/shadow musíte mít na všech klientech připojené pro zápis ze serveru - už jen proto, aby UID zůstávala v čase konstantní.


 

Řešení s pam_exec určitě vypadá hodně elegantně a jednoduše, ale čekal bych s tím problémy. Jak budete řešit zrušené uživatele? Budou se postupně hromadit v systému a kontrolovat to a mazat je ručně je docela otravné. Pokud máte uživatele v AD, tak skutečně jako nejelegantnější vidím ten skript popsaný v minulé diskusi. Nemusíte řešit zápis do /etc/passwd z klientů (nevím ale, jak máte ty tlusté klienty řešené), a čekal bych s tím nejméně problémů. Žádná modifikace AD přitom není potřeba, stačí mít v AD vytvořen 1 účet, který bude mít práva dostatečná k vypsání seznamu všech uživatelů (to myslím může každý obyčejný uživatel).


 

OT: Samba + LDAP jako PCD pro Windows není složitá věc. Jako velký problém ale vidím to, že Samba se rychle vyvíjela (teď už to podle mě není tolik znát) - hlavně od verzí 2.2.x k 3.0.x a 3.3.x - a hodně návodů, které jde najít, obsahuje v současnosti zavádějící informace nebo úplně zbytečné věci. Pokud se použije výchozí konfigurace OpenLDAP třeba z Debianu a nějaký vyzkoušený smb.conf pro použitou verzi Samby, tak všecho funguje tak nějak "samo". Asi nejlepší zdroj informací je oficiální Samba-HOWTO-Collection, jiné staré navody vám můžou celkem spolehlivě zamotat hlavu. Pomocí LDAP pak je elegantně vyřené ověřování na ostatní servery s Linuxem / Sambou i na pracovní stanice s Linuxem.

[Abraxis]

Nicmene toto je neco jineho - tady nechces delat PDC, ale normalne join do domeny, ne? A proc ti vadi v LDAPu UNIXove parametry? (nikdy jsem s tim nedelal, takze vazne nevim!)

[Zdeněk Štěpánek]

Trochu to dovysvetlim.

Je to opravdu pro tluste klienty, data se ale netahaji primo pres NFS (/home pres NFS) ale jsou pripojene pres hlavni NFS pripojeni /, takze passwd, /home atd je pro vsechny klienty stejne. UID uzivatelu se budou vytvaret sice vcelku nahodile ale nevidim v tom problem, nikde jinde je nepotrebuju.

Mazani starych uzivatelu muj postup neresi, ale nemame to resene na zadnem z nasich systemu. Uzivatelska jmena se jednoduse prohledavaji, takze vzdycky v zari smazu ty co uz tam nemaji byt. Neni to problem.

S tim LDAPem jsem to proste asi nepochopil. Jeste bych chapal, ze nejak z LDAPu vytahnu seznam uzivatelskych jmen, ale jak z toho mam udelat unixovy uzivatele, prece museji mit minimalne UID, GID a shell. Nekde to prece musi byt ulozene. Bud v tom LDAPu (je to AD, takze balickem Services for Unix) coz nechci nebo v lokalnim /etc/passwd.

V drivejsich diskuzich jeste padl navrh kazdy den tahat tenhle seznam uzivatelu (to by nebyl problem, mam ho i v mysql) a skriptem ty uzivatele zakladat hromadne, cimz mi zase vzniknou desitky uzivatelu, kteri to nikdy nevyuziji.

Hraju si ted s tim pam_exec. Idealni by bylo kdyby to nejdriv overilo heslo a pokud heslo sedi tak pak spustit skript. Zatim se zda ze bud se skript spusti hned po zadani uziv. jmena a nebo az po prihlaseni.

Zdenek

[VSi]

S tím využitím LDAPu jsem to asi navrhoval já, jsou v zásadě 2 možnosti:

1) Instalace Services for Unix na Windows Server - tím se do AD LDAP schematu doplní položky jako UID a GID - vygeneruje je Windows Server při založení uživatele. Linux se pak napojí přes nss_ldap, čte seznam uživatelů přímo z AD pomocí LDAP protokolu. Ani se moc nedivím, že to takhle nechcete řešit, je to dost velký zásah do AD.

2) Třeba každý den si pomocí skriptu na Linux serveru načíst seznam uživatelů z AD (můžete to omezit na některé skupiny / org. unit) a srovnat ho s /etc/passwd. Dostanete seznam uživatelů, kteří jsou v AD a nejsou v passwd - jim vytvoříte konta normálně pomocí useradd, zařadíte je do skupin, vygenerujete třeba nějaké výchozí nastavení desktopu - cokoliv je potřeba. V rámci toho zároveň zjistíte, že máte v passwd některé uživatele, kteří nejsou v AD - bud je rovnou smažete, nebo si ten seznam jen necháte poslat e-mailem.

Že se vytvoří i uživatelé, kteří to nikdy nevyužijí, až tak nevadí. Budou existovat jen jako záznam v passwd (pokud tedy budete zakládat home adresáře přes PAM).

Jinak chápu, že nechcete řešit plnou integraci AD přes sambu/winbind, takhle je to funkční a dostačující. Třeba někdo navrhne nějaké lepší řešení, ale tohle mi přijde jako potenciálně méně problémové, než "neprůhledný" pam_exec.