Re: when creating a user, home dir not created!
Manuel Amador <[email protected]>
| Newsgroups | gmane.network.directoryadmin |
|---|---|
| Organization | Amautacorp S.A. |
| Message-ID | <[email protected]> |
El lun, 22-12-2003 a las 04:15, Raoul Beauduin escribió: > yes but you should share the same home directory with all your systems > and then no problem! Sometimes you cannot do this. The important thing is that you have to realize that there is *NO* need for the home directory of any user, until upon login of that user. And that's where pam_mkhomedir.so appears and does its job. > > RB > > Manuel Amador wrote: > > >The problem with CPU is that if you create an LDAP account on a system, > >the home directory is created on only that system and that system only. > >When the user attempts to log in on another system, there won't be a > >home directory. > > > >El vie, 19-12-2003 a las 10:27, Raoul Beauduin escribió: > > > > > >>Yes I agree. That should the next step in the development of DA. > >>CPU (http://cpu.sourceforge.net) does this except that it does not > >>support the samba part. > >> > >>RB > >> > >>Eric Sandall wrote: > >> > >> > >>>Quoting Ken Kleiner <[email protected]>: > >>> > >>> > >>> > >>>>Yes, but DA doesn't always run on the system where the user's homedir > >>>>would reside. > >>>> > >>>>For example, I run it on a MAC OS X system - creating entries on a > >>>>linux ldap server. I sure wouldn't want DA to create a homedirectory > >>>>on my MAC system for a linux > >>>>user. If it did do that, I would have to first make sure that my MAC > >>>>nfs mounts the linux server's home directory filesystem so that it can > >>>>get created in the right place. > >>>> > >>>>An option to do this would be nice, but I don't think that was the > >>>>intent of DA. > >>>> > >>>>Am I off base here? > >>>> > >>>>I am thankful for the tool even w./out that option! > >>>> > >>>>-Ken > >>>> > >>>> > >>>> > >>>At a guess, that's probably the main reason this functionality hasn't been > >>>implemented in DA. As it is, I'm sure a patch to add /optional/ support for > >>>this (i.e. another tab, such as the e-mail or samba tab, with a single tick > >>>[default off] to enable creating /home, and then if that tick is selected, > >>>another tick is shown, or perhaps just grayed out, [this time, probably default > >>>on, as most people who create a user directory want /etc/skel to be copied] to > >>>copy the contents of /etc/skel to the user's new directory). > >>> > >>>An additional idea would be to have a way to define the file server in this tab, > >>>and then somehow (SSH?) DA could connect to the server (if it's not localhost, > >>>which wouldn't require a connection) and create the user's home directory, but > >>>this adds more complexity (what if they don't have SSH running on the file > >>>server? Is there some way to not need DA to login with another shell? Can we > >>>use LDAP (and assume that the file server is connected to the LDAP server, > >>>which it should be, but again, assume...?), etc.)? > >>> > >>>-sandalle > >>> > >>> > >>> > >>> > >>-- > >>---------------------------------------------------------------------------- > >>Raoul Beauduin > >>Opera - Batiment IFR - rue Jules Ferry - 64000 Pau - France > >>Tel : +33.5.59.80.29.87 - Fax : +33.5.59.02.35.03 - http://opera.univ-pau.fr > >>---------------------------------------------------------------------------- > >> > >> -- Manuel Amador Jefe de I+D Amauta +593 (9) 847-7372 GPG key ID: keyserver.net C1033CAD
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQA/54B/WyznNMEDPK0RArrpAJwIG5N7B6lCxIf9nM3++gHs+XFwwgCfQ/Hf k55HF5wLUNPjZylm2eZltto= =xfYp -----END PGP SIGNATURE-----