Dotaz: Samba PDC + druha jako fileserver

[kamm]

Ahoj.

Zapasim se Sambou. Mam rozchozenou sambu jako PDC (security=user). Mam druhou, na jinem stroji - chci ji jako souborovy server (s raidem, ale o tom pozdeji). Jak donutit druhou sambu, overovat uzivatele v domene a implementovat podporu acl - chtel bych klikat prava z Wokem (jako standard win server).

Druha samba je v rezimu security=domain a je clenem domeny v PDC.

Potreboval bych nakopnout. Uz s tim zapasim dlouho a nemuzu to vymyslet. Mate nekdo napad? Diky.

Odpovědi

[Filip Jirsák]

Pro podporu ACL musíte mít zkompilované jádro (souborový systém) s podporou ACL a Sambu s podporou ACL. ACL pod linuxem stále přiděluje jen práva rwx, takže jemné nastavování práv z Windows stejně nebude fungovat. Existuje možná nějaká možnost, jak ta detailní práva ukládat do rozšířených atributů, ale to by pak stejně byla jenom věc Samby a ostatní programy v linuxu by tato práva nerespektovaly.

Nevidím v dotazu žádný problém ani otázku, takže k tomu těžko napsat něco víc…

[kamm]

Diky za reakci

moyna jsem to napsal spatne. Pouzivam open suse 10.2 a 11. oSuse 10.2 je PDC a na nem vse frci dle predstav. Kazedmu uzivateli hodim co jeho jest. Prava z woken se ulozi a aplikuji. Kdezto z oS 11 jako podruzneho serveriku v domene, se po vybrani a aplikovani naklikana prava "ztrati" a misto nich se objevi pouze 5 identyt s nastavenymi pravy na 'jine opravneni'. Tyto identyty jsou EVERYONE, CREATOR OWNER, CREATOR GROUP, root(Unix users\root) a S-1-22-2.

Jakoukoliv pridam identitu z domeny, tuknu aplikovat a opet se nastavi vyse zminene.

-- kdezto na PDC toto pridelovani funguje..

Kde delam chybu?

[kamm]

btw - podpora acl je a pouzivam - nastaveno ve fstab

[Filip Jirsák]

Používáte nějakou synchronizaci linuxových účtů? Tj. že by třeba obě Samby i oba linuxové systémy pod nimi ověřovaly uživatele proti jednomu LDAPu. Také bych přes getfacl zkontroloval, jak vypadají ta nastavené práva z pohledu linuxu – tj. zda je problém při zápisu práv nebo při čtení.

[kamm]

Pro overovani pouzivam smbpasswd na PDC. Zde synchronizuji samba hesla na PDC lokalni uzivatele. Souborovy server pak overuje pres domenu pres sambu. Pouziti setfacl neni mozne, protoze na souborovem serveru ucty neexistuji - tedy alespon nevim jak to pouzit, pokud to lze..

[Filip Jirsák]

Ony účty v pravém slova smyslu na linuxu neexistují – používá se pouze UID uživatele, a „účet“ znamená jenom to, že je někde tomuto UID přiřazeno jméno. Takže getfacl normálně můžete použít, pouze místo jmen uvidíte UID. Ale možná právě v té „neexistenci účtů“ na souborovém serveru je ten problém – Samba práva uloží s patřičným UID, ale když se pak Windows na práva zeptají, nedokáže UID převést zpět na jméno. Zkuste si pro otestování pro UID uživatele, na kterém to zkoušíte, vytvořit záznam v /etc/passwd, aby se převedl na jméno. Pokud to bude fungovat, musel byste zařídit, aby oba dva počítače používaly stejný seznam účtů i pro linux.

[kamm]

aha a mam vytvorit uzivatele pomoci passwd nebo jen vlozit zaznam rucne?
(diky za trpelivost)

[Filip Jirsák]

Asi je to jedno, ale vytvořil bych ten záznam ručně, ať se zbytečně nevytváří domovský adresář nebo něco podobného.

[kamm]

Vyzkouseno, nepomohlo.. :/

[Filip Jirsák]

getent passwd UID vrátí správně jméno toho uživatele? Informace o uživatelích se můžou kešovat, a může je kešovat i samotná Samba, zkusil bych jí restartovat (a pokud používáte nscd, restartujte nejprve ten). Taky bych zkusil zvýšit úroveň logování Samby a podívat se do logů, jestli něco o převodu jmen nepíše tam.

[kamm]

getent mi vyhodi celej ten radek z passwd - spravne

nasli jsme ted ale chybku v tom logu samby:

samba file serveru pise:

nb-honza-servis (::ffff:192.168.0.64) closed connection to service tmp-data
[2008/08/07 19:16:54, 0] auth/auth_domain.c:domain_client_validate(259)
domain_client_validate: unable to validate password for user karel in domain TUX-NET to Domain controller TUX.
Error was NT_STATUS_WRONG_PASSWORD.

[Filip Jirsák]

Je ten souborový server správně zařazen v doméně? Předpokládám tedy, že heslo zadáváte správné…

[kamm]

ted to resim take.. popravde mel jsem s tim problem nez se tam pripojil
--
snad to delam dobre, pripojim ho znovu

na PDC smazu smbpasswd -x server$
mam vytvoreneho sys uzivatele server (na PDC)
pridam server do samby na PDC
smbpasswd -a -m server


na fileserveru spustim:
net joint member -U root -S 192.168.0.100 -W TUX-NET


takhle to jde.. ale chova se to, jak rikam.. delam to dobre?

[kamm]

fileserver navic pise po prikazu:

wbinfo --domain=TUX-NET --user-info=karel
could not get info for user karel

wbinfo --own-domain
could not obtain winbind interface details!
could not obtain winbind domain name!
TUX-NET


[VSi]

Je v smb.conf nastaveno inherit acls = yes ? Třeba v Debianu je to po instalaci vypnuté a bez toho mi ACL z windows zrovna moc nefungují.

Co se týče ACL, tak samozřejmě ve Windows vůči Sambě fungují trochu specificky, ale dá se na to zvyknout a pak je na to spoleh. Nesetkal jsem se zatím s nějakým nevysvětlitelným chováním. V rámci Windows ACL editoru se práva omezují na analogii rwx - tedy Nic / Čtení / Úplné řízení. Pak má smysl ještě nastavení Jen tato složka / Tato složka, podsložky a soubory - ta druhá možnost je mapována na default unix ACL.

Pak asi nefunguje vynucené dědění práv, ale to podle mě není tak moc na škodu. Tohle omezení šlo snad obejít pomocí extended atributů, ale to asi funguje skutečně jen pro Sambu, jak tady někdo zmínil.

Ohledně dvou (a více) serverů, které jsou oba na Sambě, bych doporučil vykašlat se na winbind a podobné obezličky a použít LDAP. Tím je úplně "přirozeně" všechno vyřešeno - unix účty přes nssswitch, všechny Samba servery berou údaje o uživatelích z LDAPu. Mám takhle několik serverů, z toho jeden se snapshot zálohami, kde je read-only replika LDAPu a uživatelé tedy při výpadku hlavního server mají přístup alespoň k záloze (zároveň je to BDC).

[kamm]

dobry den, zni to hezky, ale ejsem natolik kovany abych system na LDAP z fleku zprovoznil.
mate nejake demo ci navod, ze ktereho by se dala okouknout myslenka?

[VSi]

Nejdříve doporučuji zprovoznit samotný LDAP a nsswitch. Velmi pěkný článek tady na abclinuxu (do Kerbera bych se v tomto případě nepouštěl, tu část článku lze přeskočit):

http://www.abclinuxu.cz/clanky/bezpecnost/kerberos-a-sso-jednotne-ucty-v-ldap

Pozor na to, že se mezi distribucemi dost liší umístění konf. souborů nss-ldap - v článku /etc/ldap.conf a např. v Debianu /etc/libnss-ldap.conf

Bude potřeba naimportovat stávající uživatele včetně Samba hesel ze smbpasswd do LDAPu. Na to se dají použít skripty z balíku smbldaptools. Já jsem to řešil vlastními skripty v bashi, které generují LDIF a posílají ho do ldapadd.

Nevím kolik tam je uživatelů, podle toho bych řešil jak moc tu migraci automatizovat.

Propojení Samby s LDAP je jednoduché - smb.conf:

passdb backend = ldapsam:ldap://localhost

ldap suffix = dc=domena,dc=cz
ldap admin dn = cn=admin,dc=domena,dc=cz
ldap delete dn = yes
ldap machine suffix = ou=machines
ldap group suffix = ou=groups
ldap user suffix = ou=users
ldap idmap suffix = ou=idmap # snad neni ani treba (nevyuziva se)
ldap passwd sync = yes

add machine script = /etc/scripts/ldap-machineadd %u 

Ten

add machine script

slouží pro automatické vytvoření účtu PC při přidání do domény (lze použít i /usr/sbin/smbldap-useradd -w "%u" ze smbldap tools).

Je třeba nastavit ještě heslo pro LDAP admin účet, aby Samba mohla do LDAPu zapisovat:

smbpasswd -w LdapAdminHeslo

U nových uživatelů stačí v LDAPu založit unix účet (nedávám mu ani heslo) a Samba parametry přidat klasicky:

smbpasswd -a login

kdy se nastaví Samba heslo a zároveň i unix heslo přes synchronizaci Samby.

Dobrý popis LDAPu (česky) je taky tady:

http://ldap.zdenda.com/

Základní je zprovoznit LDAP server a podrobnosti okolo Samby už jsou pak přehledně vysvětleny v Samba HOWTO Collection.

[kamm]

zatim dekuji - uz zacinam byt v koncich - jdu do toho..

[kamm]

tak fajn, jsem rad, ze jsem poslechl :) nebyla to sranda (jsem v linuxovych vodach lama), ale skoro hotovo. Externimu overovani jsem se celou dobu branil a nakonec to bude parada.
Dekuji vsem za prispevky!! Moc jste mi pomohli. Ocenuji!

ted uz k t PDC s LDAP pripojimtu druhou a hotovo, doufam, ze se jeste neco neukaze :D

[VSi]

To jsem rád. Ještě upozorním na jednu věc, která se mi stala (na Debianu).

Při napojení druhé Samby, která nebyla nastavena jako Domain Controller, tj. domain logons = no, na LDAP se v LDAPu vytvořil druhý záznam:

  SambaDomainName = NETBIOS_JMENO_DRUHEHO_SERVERU

(oba servery mají security = user)

Toto bylo třeba ponechat a nastavit novému SambaDomainName stejný SID jako má PDC. To jsem udělal editací LDAPu, teoreticky by asi šlo použít i net setlocalsid.

Uživatele je teoreticky možné do Samby přidávat na obou serverech, ale doporučil bych to dělat jen na tom, který je PDC.

[kamm]

ok

jak mam ale tu druhou donutit aby prohledavala TUX-NET?

ymenil jsem to SID, ale ve v dialgu widli pro prochazeni prav vidim stale jen SERVER

[VSi]

To je v pořádku. Teď jsem to testoval - na serveru, který není PDC jsem zkoušel nastavit ACL z Windows a bez problémů. Skutečně se neukazuje název domény, ale DRUHY_SERVER\Uzivatel což funkci nijak nevadí. Důležitá je shoda SID.

Máš na tom druhém serveru povolené inherit acls = yes a nt acl support = yes? Co když nastavíš něco přes setfacl - je to vidět ve Windows?

Důležité také je, že ACL smí měnít jen vlastník souboru / složky. Zkus ve Windows vytvořit novou složku a na té pak nastavit ACL.

[kamm]

nefunguje

vztvorim adr. ve widlich
kouknu = getfacl mi vyhodi ze je roota
mrknu ve widlich na prava a nejdou menit - ani u roota si nizmenim nic, nikoho nepridam, nesmazu :(

[VSi]

Ve Windows jsi přihlášený jako root? Zkusil bych to nejdřív pod nějakým obyčejným uživatelem. Když přes setfacl v Linuxu přidáš nějaká práva dalšímu uživateli, je to ve Windows vidět?

[kamm]

aaa - uz!
chtelo chvili vydrzet

furt ale nejdou prava priradit. Po kliknuti ve widlich na pouzit (u upraveneho rights listu) zmeny utecou..