[Samba] problems with samba share

Alexandru Florescu alex at acasa.ro
Mon Feb 8 04:00:47 MST 2010


Hi Michael, finally I have found the solution.
So I still have 'security = share' and I thought why it complained about
authentication failure. In smbpasswd, passwords are encrypted,
but in my general config I had 'encrypt passwords = no' and that's why it
didn't work. I changed it to yes.
So my [general] looks like this now:
   workgroup = WORKGROUP
   netbios name = cast
   remote announce = 192.168.1.99/WORKGROUP
   server string = %h server
   dns proxy = no
   interfaces = eth0
   hosts allow = 192.168.1.0/24
   realm = domain.local
   bind interfaces only = yes
   security = share
   encrypt passwords = yes
   passdb backend = smbpasswd
   lanman auth = yes
   client lanman auth = yes
   load printers = no
   printing = none
   socket options = TCP_NODELAY IPTOS_LOWDELAY

I know about the redundant options in my config, I put them on purpose
because I thought samba didn't "see" them.
Anyway, I removed them.
Thanks for the suggestions.

>>>I don't think you want "security = share".
>>
>> But I do want security = share.

>I am not sure that you can do what you are trying to do if you use
>"security = share".

>The smb.conf man page says various things about the possible options
>for the "security" parameter including:
>
>           If your PCs use usernames that are the same as their usernames
on
>           the UNIX machine then you will want to use security = user. If
you
>           mostly use usernames that don´t exist on the UNIX box then use
>           security = share.

>It also says that it is more difficult to set up a share that does not
>require a password if you use security = user, but says that if you do
>need that you should look into the "map to guest" parameter.
>
>In the "SECURITY = USER" section it says that in this mode users MUST
>first authenticate before accessing the share.  This seems to imply
>that guest shares would not be possible, but it goes on to say:
>
>           Note that the name of the resource being requested is not sent
to
>           the server until after the server has successfully authenticated
>           the client. This is why guest shares don´t work in user level
>           security without allowing the server to automatically map
unknown
>           users into the guest account. See the map to guest parameter for
>           details on doing this.

in other words, it is possible, but you must use the "map to guest"
parameter.

>So I think you need to do the following:
>
>security = user
>
>guest user = someuser # This should be a local user with read-only
>access to /var/workplace.
>
>map to guest = Bad User # I think this is probably the right one.  See
>the man page.
>
>Then in the [workplace] share, add:
>
>guest only = yes
>
>Note, I am NOT a Samba expert and I have not tried the above, but it
>seems, from reading the man page, that it should work.
>
>By the way, you have some redundancy in your config.  e.g. "guest ok"
>is the same as "public" so you don't need to specify both.  Also,
>"read only" is the opposite of "writable" so again you don't need
>both.
>
>Another thing:  "admin users" specifies a list of users who will
>effectively be "root" when accessing the share.  That seems dangerous
>to me, but also, the man page says:
>
>           This parameter will not work with the security = share in Samba
>           3.0. This is by design.
>
>I hope this helps.
>
>-- 
>Michael Wood <esiotrot at gmail.com>



More information about the samba mailing list