Bé, potser és un tema dels de flauta i burro però jo fins ara he emprat el cpu ( change password utility ) per donar d'alta els usuaris, de fet em vaig fer un petit script que llegia un fitxer i els donava d'alta.
cpu useradd -c "$nom $cognom1 $cognom2" -G dialout,cdrom,floppy,audio,video,plugdev,netdev,$grup -m -k/etc/skel -p$clau -s /bin/bash $usuari i aparentment funciona, tinc al voltant de 350 usuaris ns1:~# ls /home/ | wc -w 348 i agafant-ne un a l'atzar ns1:~# id cristizm uid=2255(cristizm) gid=2264(cristizm) grups=24(cdrom),25(floppy),29(audio),44(video),46(plugdev),109(netdev),20(dialout),2264(cristizm) La propera fornada d'usuaris segurament la generaré am el LAM però de moment ho faig aixi. ns1:~# cpu groupadd -g 4000 provatura Group provatura successfully added! ns1:~# cpu useradd -u 4000 -c "Leopold Palomo Avellaneda" -g provatura -G dialout,cdrom,floppy,audio,video,plugdev,netdev -m -k/etc/skel -p####### -s /bin/bash provador User provador successfully added! ns1:~# id provador uid=4000(provador) gid=4000(provatura) grups=24(cdrom),25(floppy),29(audio),44(video),46(plugdev),109(netdev),20(dialout),4000(provatura) El 15 / desembre / 2009 15:33, Leopold Palomo-Avellaneda <l...@alaxarxa.net>ha escrit: > A Dilluns 14 Desembre 2009, serni va escriure: > > On Mon, 14 Dec 2009 13:05:41 +0100, Jordi Funollet <jord...@ati.es> > wrote: > > > On Saturday 12 December 2009 14:49:20 Lluís Gras wrote: > > >> Si, el coneixo el pam_mkhomedir.so, és més diria que n'havíem parlat a > > >> la > > >> llista fa la tira i l'únic problema que tenia és que > > >> funcionava correctament si et loguejaves directament al server però si > > >> accedies en una màquina remota que muntava el /home per nfs no ho > feia. > > > > > > La conversa em sona... a mitges. El que tens és tot el /home en un sol > > > volum > > > NFS o cara $HOME en un volum separat? > > a veure, el que jo tinc muntat és un típic sistema amb un servidor i el > ldap i > els homes dels usuaris. I un conjunt de clients que s'autentifiquen amb el > servidor i tenen el home allà. > > Aquest sistema pot anar molt bé, en un aula o en un sistema multiusuari on > aquests poden treballar en diverses màquines amb els seu entorn. > > El que em passava era allò exactament, el pam_mkhomedir funcionava > perfectament si feia un ssh al servidor, però no funcionava si feia un > login > amb una consola gràfica (per exemple) en un dels clients. > > Aprofitant el fil, voldria parlar del tema del ldap i dels usuaris. En > l'entorn que administro em trobo amb un problema que no sé resoldre i > voldria > preguntar als gurus de la llista. > > Gestionar els usuaris amb ldap està molt bé, però com gestioneu els grups > audio, plugdev, powerdev? Jo només ho sé fer a nivell local de cada màquina > i > és una mica rotllo per a casa usuari donar-li d'alta per muntar un usb. > Algú > sap fer-ho de una manera una mica millor? > > Gràcies. > > Leo > > > > -- > > > ############################## > > > ### Jordi Funollet > > > ### http://www.terraquis.net > > > > Hola Jordi > > > > Tinc exportat el /home amb > > > > /home > > 192.168.10.0/24(rw,async,no_root_squash,no_subtree_check)<http://192.168.10.0/24%28rw,async,no_root_squash,no_subtree_check%29> > > /home > > 192.168.20.0/24(rw,async,no_root_squash,no_subtree_check)<http://192.168.20.0/24%28rw,async,no_root_squash,no_subtree_check%29> > > > > i els clients des de les estacions de treball els munten amb l'autofs amb > > > > usu...@debian:~$ cat /etc/auto.home > > * -fstype=nfs,async,soft,intr,rsize=131072,wsize=131072 > > 192.168.10.1:/home/& > > > > i al /etc/pam.d/common-session del servidor hi tinc > > > > session required pam_unix.so > > session required pam_mkhomedir.so skel=/etc/skel/ umask=0022 > > > > mentre que al dels clients hi ha > > > > session sufficient pam_ldap.so > > session required pam_unix.so > > session required pam_mkhomedir.so skel=/etc/skel umask=0022 > > > > ... i la darrera vegada que ho vaig provar no me'n vaig sortir :) > > > > -- > To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >