[UniMacTech] osx stop automount of home dirs

Peter George PGeorge at infoscience.otago.ac.nz
Wed Mar 4 14:56:27 EST 2009


I have made some happy progress re authenticating my macs via an
OSX based mirror/secondary authentication system, as well as mounting
Student novell server based home dirs as the home on login (with mac 
desktop = winxp desktop). However I need a tidier approach than the 
current single /User/Home home dir approach they know about here. Mostly

as I will be allowing ssh in (telecoms) lab so I need the users to have 
their own unique homedir on login.

I found that altering the LDAP setup (where managed as a custom LDAP
auth source in the Directory Utility) to change the mappings under User
from (locally recommended) "#/Users/Home" for both of the following to
be

NFSHomeDirectory = homeDirectory
HomeDirectory = #/Users/$sid$

resulted in, as expected, the /Users/username dir being created and no
more need for the single common Home dir or its management. It also
worked nicely with a modified version of my startup script to convert
the /Users/username to a symlink pointed to the afp mounted Novell home
and do the home remap and etc.

The annoyance is that as the user has a home dir defined in the source
directory it keeps on trying to connect the homedir defined there. i.e.
creating an entry under
/Network/Servers/its-mac-ude01/Volumes/Users/username. 

Now I really don't care whether it does this or not BUT as it wants to
try 
And connect it on login it can cause [more often than not] login
failures.
Maybe as the share is not available due to load or too many afp mounts
already on a limited resource system only wanting to hand out
authentication? Not my auth server but I know it is definitely not
intended
to supply home dirs so may not be tuned for reliable responses for that.

Anyway I simply want to disable this automatic attempt to access the
dir,
Simply authenticating while keeping the setting that does the local dir
create 
properly.

All hints and snippets gratefully appreciated,

Peter George





More information about the unimactech mailing list