The file only maps the user names, but does not contain the passwords, eg. bob = bob.example, sorry do not remember if windows name is first or second. Look on the Samba web site.
> Hi guys, > > I've got a nice problem here. > > My situation: > > I have different clients, windows and linux and a gentoo-samba-pdc. > > As you might know, windows domains are supporting a 'homeshare' which > are mounted (mapped) to a specific driveletter (here m:) > > The windows boxes are domain members. The linux boxes aren't. > Some of the users need to login to windows and linux clients. The > linux-usernames are unfortunately not equal with the domain-usernames. > > The generel problem is to provide the logged in linux user the > corresponding (domain-user) homeshare. > > Postings in the forums pointed me to pam_mount. > > I'll give you an example: > > Colleague Bob Example. > > Has a domain-user-login, bob.example. He can login on all windows > workstations without any trouble, the share is mapped to m: etc. > > He has a linux username, also. Just "bob". > > Bob is an unprivileged user and using this command ends in an error: > >>> > mount.cifs //server/bob.example /home/bob -o user=bob.example > << > > error returned: >>> > mount error 1 = Operation not permitted > Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) > << > > > As I said the guys in the forum told me to look for pam_mount. > I installed this module, set it up in /etc/pam.d/system-auth and > configured the /etc/security/pam_mount.conf.xml > > added this line: > >>> > <volume user="bob" fstype="cifs" server="server" path="bob.example" > options="user=bob.example"> > << > > I saw, that pam_mount uses $(user) to identify the user, and pass this > to mount.cifs. I've deleted this part and added > options="user=bob.example". > > Well this is where I'm stucked now. > > The main problem is that the username on the old linux boxes differing > from the domain user names. > > Do you have any ideas or a better documentation for pam_mount? or had > sth similar? > > Kind Regards > > Alex > -- [email protected] mailing list
