====== El BACKEND de SAMBA ======

<box 90%>
"Apuntar també que el "backend" que utilitza el samba és ldapsam i fàcilment podem acabar amb informació errònia dins del directori."
</box>

Del propi fitxer de configuració del samba a **/etc/samba/smb.conf** hom hi pot trobar una entrada

**passdb backend = ldapsam:ldap://localhost smbpasswd**

podríem dir que el backend s'encarrega de processar la informació relativa als comptes d'usuaris samba, històricament el backend més utilitzat era **smbpasswd**, un fitxer **/etc/samba/smbpasswd** de text ASCII que guardava encriptats els passwords dels usuaris i alguna informació addicional, avui dia encara és operatiu tot i que en el model d'aula Linkat no te massa sentit, de fet si us hi fixeu encara consta a l'entrada reproduïda més a munt però buscant una mica ben aviat trobarem alguna advertència com:

<box 90%>
WARNING: Your 'passdb backend' configuration includes multiple backends. This is deprecated since Samba 3.0.23. Please check WHATSNEW.txt or the section 'Passdb Changes' from the ChangeNotes as part of the Samba HOWTO collection. Only the first backend (ldapsam:ldap://localhost) is used. The rest is ignored.
</box>

És a dir nosaltres guardem la informació emprant el **backend ldapsam**, per interactuar-hi ho podem fer emprant les comandes **mbpasswd**, **pdbedit** i també atacant directament el directori LDAP.

Per exemple, amb un usuari LDAP anomenat linkat

<box 90%>
servidor:~ # pdbedit -Lv linkat\\
WARNING: Your 'passdb backend' configuration includes multiple backends. This is deprecated since Samba 3.0.23. Please check WHATSNEW.txt or the section 'Passdb Changes' from the ChangeNotes as part of the Samba HOWTO collection. Only the first backend (ldapsam:ldap://localhost) is used. The rest is ignored.\\
Unix username: linkat\\
NT username: linkat\\
Account Flags: [U ]\\
User SID: S-1-5-21-4201671962-3771041050-1327949543-3004\\
Primary Group SID: S-1-5-21-311025584-1830172379-1938192541-513\\
Full Name: Usuari Linkat\\
Home Directory: \servidor\linkat\.9xprofile\\
HomeDir Drive: P:\\
Logon Script:\\
Profile Path: \servidor\profiles\.msprofile\\
Domain: SERVIDOR\\
Account desc:\\
Workstations:\\
Munged dial:\\
Logon time: 0\\
Logoff time: never\\
Kickoff time: never\\
Password last set: dg, 28 feb 2010 13:08:49 CET\\
Password can change: dg, 28 feb 2010 13:08:49 CET\\
Password must change: never\\
Last bad password : 0\\
Bad password count : 0\\
Logon hours : FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF\\
</box>

la informació recuperada com a root, requisit per emprar el pdbedit, està emmagatzemada al directori LDAP, per exemple si busquem el SID de l'usuari linkat que ens ha retornat abans el pdbedit

servidor:~ # ldapsearch -x | grep S-1-5-21-4201671962-3771041050-1327949543-3004\\
sambaSID: S-1-5-21-4201671962-3771041050-1327949543-3004\\

amb lo que podem constatar que, efectivament, la informació que gestiona i modifica pdbedit hi està emmagatzemada.

Quan dic que podem acabar amb informació errònia al directori em refereixo al fet de que si potinegem molt canviant noms de domini i netbios del servidor linkat ens podem trobar amb coses com:

<box 90%>
servidor:~ # ldapsearch -x | grep Domain\\
dn: sambaDomainName=INTRAFART,dc=intracentre\\
sambaDomainName: INTRAFART\\
objectClass: sambaDomain\\
dn: sambaDomainName=SERVIDOR,dc=intracentre\\
sambaDomainName: SERVIDOR\\
objectClass: sambaDomain\\
</box>

amb el consequent sidral a l'hora de quadrar dominis, màquines i usuaris.