Re: Mounting NFS drives only when docked -- autofs maps?

["Bryan J. Smith" <b.j.smith@ieee.org>]

Robert Citek wrote:  
> I guess I'm puzzled.  You mention automounting.
> Why not use autofs?

Beyond that, I just use autofs maps pushed from NIS (or LDAP).
If I don't bind to the NIS server (or LDAP directory), I don't
get them.  If I can bind (because I'm not on the LAN ;-), then I get
them.

Works simple, no?

Other than that, it's just a little attention to detail.
I have a standard username/directory nomenclature/approach.

- ON-THE-ROAD:  RSYNC STRATEGY

I also use rsync over SSH on the road.

All systems have a "local" (id 49x-something) account.
In the case of portables, I also install an account "l" prepended to
their LAN username (ids below that of the minimum NIS/LDAP, an offset
from the LAN id).

I devise an ID strategy that fits the client/implementation.

Everyone says data in their "~/work" subdirectory of their home dir.
Everyone _always_ works out of that subdirectory.

Then there is also a "~/worksync" directory.
On the portables with the "l" accounts, "~/work" is a symlink to
"~/worksync."

There is an alias for the user to sync "~/worksync" over SSH while on
the road into their home directory on the LAN.  The local "~/worksync"
is synchronized with the LAN "~/worksync."

If anyone needs to drop something for someone else to grab with a sync,
then they move it to their "~/worksync" directory in their LAN home
directory.  This simple strategy works well.

Of course, they can also use a graphical SCP/SFTP tool to do things
manually as well.


-- 
     Linux Enthusiasts call me anti-Linux.
   Windows Enthusisats call me anti-Microsoft.
 They both must be correct because I have over a
decade of experience with both in mission critical
environments, resulting in a bigotry dedicated to
 mitigating risk and focusing on technologies ...
           not products or vendors
--------------------------------------------------
Bryan J. Smith, E.I.         b.j.smith at ieee.org


-
To unsubscribe, send email to majordomo@silug.org with
"unsubscribe silug-discuss" in the body.