Samba ask for Quest account while set Anonymous
This project has moved to github - see https://github.com/freenas
Brought to you by:
cochard,
mattolander
Logged In: YES
user_id=1727800
Originator: YES
Is it solved in svn now ? --> Remove 'public = yes' attribute in smb.conf. Conflicts if guest ok = no
Dirk
Logged In: YES
user_id=1370551
Originator: NO
I think that Volker fix it... I've just test it, and no ask for password..
Logged In: YES
user_id=1602493
Originator: NO
I will test it when the next nightly build is released, and let you know the results.
Dirk
Logged In: YES
user_id=1727800
Originator: YES
Nope not solved
Same problem with FreeNAS-i386-embedded-0.685b-nb20070610.img
Dirk
Logged In: YES
user_id=1727800
Originator: YES
Well i found sort of a solution.
I thoughed it must be something like a configuration file problem due to frequent updates from previous versions.
So i compared a working system (at my work) a vmware session that worked fine with my faulty system at home.
The weirdest thing is both smb.conf files are identical.
That did it, i wiped the harddisk and installed FreeNAS-i386-liveCD-0.685b-nb20070610.iso set it up with all cifs shares.
Tried to browse them from my xp client and woops i am asked for a guest account and password while set to anonymous.
Im at a total loss there....
Restarted samba no luck.
Then i restarted freenas and thereafter my xp client... and behold the shares where accesable!!!(anonymous)
Now i started thinking could it be having something to do that my Smeserver (centos based) is my local master browser? (local master browser is OFF on freenas)
Your thoughts?
Dirk
Logged In: YES
user_id=1598685
Originator: NO
Hmm, i can't reproduce this bug. Maybe it is a generic Samba problem, because i updated Samba to the latest version.
Are you're shares located on harddrives or did you mount an ISO? It's because Samba has a problem with md (memory device) filesystems in the latest version.
Greetings
Volker
Logged In: YES
user_id=1602493
Originator: NO
My shares are located on harddrives 4 of them.
Could it be that freenas doesn't advertise itselve correctly to the local master browser?
And needs a reboot?
If that sounds funny , i'm only a noob :D
Maybe you could setup a smeserver or other linux distro that is the local master browser for testing?
It goes wrong the first time when you setup freenas.
After you add the shares and samba restarts they are not accessable and you'll be asked for quest/password.
After rebooting freenas and rebooting the xp client shares are anonymous accessable.
After everything was working i played with mounting an iso and indeed that doesn't work.
The share is available but not readable.
Dirk
Logged In: YES
user_id=1602493
Originator: NO
Forgot to say that freenas resides on its own 20 gb scsi disk.(2 partitions)
Shares are located on 4 250gb maxtors on a promise udma100 card.
Dirk
Logged In: YES
user_id=316035
Originator: NO
Just to say that Samba 3.0.25 (at least in Debian unstable) was once asking to change password for legitimate users, fixed now, but it could be similar thing ?
Logged In: YES
user_id=1563239
Originator: NO
Just to remind, this bug and/or report is really old by both FreeNAS version and date of submit.
In future, if this error occurs after FN upgrade, disable Samba, reboot and enable, reboot. If still no luck, ensure you have the drive parameters written down and clean-install from CD assuming you've installed from one. Still no luck, fall back to step older version.