[kwlug-disc] (Easy) Linux File Sharing?

[unsolicited]

On 13-08-05 12:42 PM, Bob Jonkman wrote:
> 0) Encrypt all the things

Why bother with the unnecessary overhead, locally.

> 1) rsync

Yep, got that, use that.

But, per your examples, assumes I have demons running on the 
destinations, let alone directory access points set up.

Else, assumes I have the remote already mounted to use in non-demon mode.

Looking for the windows equivalent to copy file 
//somewhere-on-the-fly/drive$/dir/file and get on with it.

> 2) ssh authentication keys

Yep, got that, use that. But aside from the encryption overhead already 
discussed, I don't believe every standard or gui file utility 
understands user at host:/somethingOrOther. (Don't recall the syntax off 
the top of my head.)

I have no problem with authenticating, just authenticate against the 
passwd file already inherently present. (Granted, ssh et al does, but 
brings the unnecessary encryption overhead.)

There is a rich body of file utilities, both cmd line and gui - let's 
use them and not have to have Yet Another Syntax to forget.


> I use
>
>    rsync localdir/filename user at remotehost:/dir-hierarchy/filename
>
> or
>
>    rsync user at remotehost:/dir-hierarchy/filename localdir/filename
>
>
> Yes, it requires you to authenticate, but that's a _feature_, not a _bug_!
>
> rsync uses ssh to connect to remote hosts, so to reduce the
> authentication tango I put ssh authentication keys on any computers I
> need to connect to (usually for the bjonkman user, but could also be for
> the root user).  That's a one-time setup, so that effort fades into
> insignificance over time.
>
> On 13-08-05 09:10 AM, unsolicited wrote:
>> I want to be able to do in Linux what I can do in windows, easily copy
>> files machine to machine.
>>
>> e.g. cp {from-blah} {to-blah}
>>
>> Including copy file.txt \\{machine}\c$
>>
>> i.e. It checks my account credentials there, gives me / (root) access,
>> and just lets me get on with my day. (Access as in can type
>> '//{machine}/{dir}' - let permissions there determine whether I can
>> write anything or not.)
>>
>> I get that Samba and NFS are out there, but IIRC each requires a
>> separate list of accounts / passwords / permissions. It is ludicrous to
>> scp things everywhere - no point encrypting over my local network, which
>> I entirely control. [rcp is frowned upon due to open-text passwords, and
>> I can accept that, but it seems it is encrypt everything (scp) or
>> nothing (rcp) - just encrypt the password only and get on with it.]
>>
>> None of this mount this or that, just let me get on with it. How?
>> {not -everything- understands / accepts smb://...}
>>
>> - granted, I'm taking advantage of a 'feature' of windows, if you have
>> the same userid / password on two non-domain machines, there is no
>> prompt for authentication. I'm OK if on Linux I have to do the same, and
>> make sure the uid's are the same.
>>
>> - don't really want to go through the rigamarole of PAM, just use the
>> local passwd files, already - even if I do figure out how to mutually
>> replicate PAM between two machines. (Tips welcome.) Even if I had PAM,
>> it's not clear to me what syntax to use (everywhere) for
>> //machine/dir-hierarchy/filename
>>
>> I get Windows natively understands smb and Linux doesn't (only some
>> things understand smb://) - what does Linux natively understand that
>> uses the local passwd file? (From past threads, some just gave up on
>> trying to use NFS and just use Samba.)
>>
>> Suggestions, links?
>>
>>
>> _______________________________________________
>> kwlug-disc mailing list
>> kwlug-disc at kwlug.org
>> http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
>
>
>
> _______________________________________________
> kwlug-disc mailing list
> kwlug-disc at kwlug.org
> http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
>