<div dir="ltr"><div><div>I did, nearly a decade ago when I was using an iBook.<br><br></div>My vague recollection is it was easier and more convenient to set up in Mac OS X, but it apparently wasn't worth the hassle of setting up again when I rebuilt my file server a couple years later.  I think because SMB support was working better in Mac OS X by then.<br>
<br></div>Darcy.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 6, 2013 at 3:21 PM,  <span dir="ltr"><<a href="mailto:peter_melse@gto.net" target="_blank">peter_melse@gto.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This may seem like an odd question, but has anyone tried afp?<br>
I'm curious as to where it sits in bandwidth overhead in relation to smb/cifs and nfs.<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
On Tue, 6 Aug 2013 13:53:52 -0400, Adam Glauser <<a href="mailto:adamglauser@gmail.com" target="_blank">adamglauser@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My searching suggests that Samba is configured by default to use the<br>
system user list as its user list, using the settings 'security=user'<br>
and 'unix password sync = yes' in the smb.conf file. Apparently on<br>
user creation the extra step of running `smbpasswd user password` is<br>
required, but after that the 'passwd' command should update both<br>
/etc/shadow and the Samba password file. I don't recall having to set<br>
up separate Samba users on my network, but I typically use globally<br>
accessible shares for convenience's sake.<br>
<br>
It looks like you could get close to what you want using autofs to<br>
mount shares (SMB, SSH or NFS) on the fly. Basically, you can set<br>
things up so you can use a path like /mnt/smb/server/, and autofs will<br>
automatically mount the share.<br>
<br>
This howto[1] assumes a single password per Samba server, but I<br>
*think* it should be possible to modify the example /etc/autofs.cifs<br>
script to allow the user and password to be specified in the path:<br>
$ cp localFile /mnt/smb/user@server:password/<u></u>share/path<br>
<br>
In the example script, you'd have to extract the 'server' string from<br>
the $1 argument and store it in $key, as well as extracting the<br>
username and path from the $1 argument (if they are supplied) and<br>
using those instead of retrieving the defaults from $credfile.<br>
<br>
I guess this sort of fails the 'easy' test, but at least the tricky<br>
part is a one-shot deal when setting up a machine.<br>
<br>
[1] <a href="http://www.howtoforge.com/accessing_windows_or_samba_shares_using_autofs" target="_blank">http://www.howtoforge.com/<u></u>accessing_windows_or_samba_<u></u>shares_using_autofs</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" target="_blank">http://kwlug.org/mailman/<u></u>listinfo/kwlug-disc_kwlug.org</a><br>
</blockquote>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" target="_blank">http://kwlug.org/mailman/<u></u>listinfo/kwlug-disc_kwlug.org</a><br>
</div></div></blockquote></div><br></div>