On Mon, Dec 31, 2007 at 12:00:52AM +1300, Alex Jenner wrote: > >> When I tried mount.cifs I got "mount error 13 = Permission denied". > >> Even though the same configuration had worked for mount.smbfs.
> > Can you give more details on this? cifs certainly doesn't require the use > > of security=share (and security=share is far from a common use case any > > more), so this is probably a solvable client configuration problem. > # mount.smbfs //debian/smbrw /mnt -o guest > Anonymous login successful > # umount /mnt > # mount.cifs //debian/smbrw /mnt -o guest > mount error 13 = Permission denied > Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) > In /var/log/messages - there are messages like... > Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE Ok. I had to poke at this a bit, but finally was able to connect to a guest share with mount.cifs. The key is to use -o sec=none instead of -o guest. According to both the old smbmount manpage and the mount.cifs manpage, the "guest" option only means "don't prompt for a password", which is apparently not sufficient to cause mount.cifs to attempt an anonymous connection. I suppose we could at least add code to the smbmount wrapper script to translate "-o guest" to "-o guest,sec=none". > Note - in my case, the same machine is smb client and server. However, > without "security = share" a windows pc on the same subnet is unable to > see the shares either. The windows user is prompted for a username and > password. So it looks like a server problem to me. Right, it's a server problem in a sense; see the "map to guest" option in smb.conf(5), you probably want (at least) map to guest = bad user. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
