[kwlug-disc] (Easy) Linux File Sharing?
unsolicited at swiz.ca
Tue Aug 6 19:52:58 EDT 2013
Thank you for your post and most excellent information.
Still ludicrous that samba requires an unencrypted password (somewhere
at some point) - be it stored or entered in plain text, not even a
password prompt where keystrokes aren't visible. Even a credentials
file, even if only accessible by that user, still stores the password
unencrypted. I'll have to look further into things, given your message.
AFAIK, this inter-Linux Samba (looking for a la windows inter-machine
'easiness') is still going to lose file permissions (let alone ACL's).
Guess this all comes down to an original basic expectation that
inter-machine file transfers would only occur over well-defined paths,
not on the fly.
Which probably made sense for the time, with many fewer machines,
usually mini-computers, rather than today's plethora of PCs and other
devices within any single trusted network.
Thank you again.
On 13-08-06 01:53 PM, Adam Glauser wrote:
> My searching suggests that Samba is configured by default to use the
> system user list as its user list, using the settings 'security=user'
> and 'unix password sync = yes' in the smb.conf file. Apparently on
> user creation the extra step of running `smbpasswd user password` is
> required, but after that the 'passwd' command should update both
> /etc/shadow and the Samba password file. I don't recall having to set
> up separate Samba users on my network, but I typically use globally
> accessible shares for convenience's sake.
> It looks like you could get close to what you want using autofs to
> mount shares (SMB, SSH or NFS) on the fly. Basically, you can set
> things up so you can use a path like /mnt/smb/server/, and autofs will
> automatically mount the share.
> This howto assumes a single password per Samba server, but I
> *think* it should be possible to modify the example /etc/autofs.cifs
> script to allow the user and password to be specified in the path:
> $ cp localFile /mnt/smb/user at server:password/share/path
> In the example script, you'd have to extract the 'server' string from
> the $1 argument and store it in $key, as well as extracting the
> username and path from the $1 argument (if they are supplied) and
> using those instead of retrieving the defaults from $credfile.
> I guess this sort of fails the 'easy' test, but at least the tricky
> part is a one-shot deal when setting up a machine.
>  http://www.howtoforge.com/accessing_windows_or_samba_shares_using_autofs
> kwlug-disc mailing list
> kwlug-disc at kwlug.org
More information about the kwlug-disc