Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
GeneralPortable MacsHardwareNetworking
Applications
Mac ApplicationsEudoraFirefox / MozillaInternet ExplorerOutlook ExpressMS OfficeEntourageExcelPowerPointWordVirtual PCMedia PlayerOther MS Products
Programming
Mac ProgrammingCodeWarriorPerl
Country Specific
Australian Mac GroupUK Mac Group

Mac Forum / General / Networking / September 2004



Tip: Looking for answers? Try searching our database.

Local home folders on MacOSX with Active Directory

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Tim - 28 Sep 2004 22:23 GMT
Hi all,

We're about to roll out Active Directory authentication
scheme at the University where I work, and I've come across
a problem.

The authentication is working fine, but assigning the home
folder is problematic.

We are not offering network home folders.

For the Windows PC's, the users home folder lies in D:\Home
(and wiped at each log-on). This attribute is set via AD.

While I can log on using the Macs, it tries to create a
folder D: in the root of the hard disk, and that is
giving several problems.

Is it possible from the client to change D:\Home to
say /Users/Student/ perhaps using lookupd or dsconfigad?

Thanks,

Tim
Art Gorski - 29 Sep 2004 14:49 GMT
>While I can log on using the Macs, it tries to create a
>folder D: in the root of the hard disk, and that is
>giving several problems.
>
>Is it possible from the client to change D:\Home to
>say /Users/Student/ perhaps using lookupd or dsconfigad?

Hmm.  Never did that to me.  I automatically got the home directory in
/Users.  I'm using Mac OS X 10.3.5.  I know you need to be using at
least 10.3, and 10.3.3 for SMB home directories.

When you do 'dsconfigad -show' you should see a line that says 'Force
Local Home is Enabled'.  If not, then issue the command 'sudo dsconfigad
-localhome enable'.

Signature

Art Gorski * Mac Integration Staff * Rice University * Houston, Texas
  Remember to remove NOSPAM from address when replying via email

Tim - 29 Sep 2004 20:52 GMT
Ar an 29/09/2004 14:49, scríobh Art Gorski:

>> While I can log on using the Macs, it tries to create a
>> folder D: in the root of the hard disk, and that is
[quoted text clipped - 6 lines]
> /Users.  I'm using Mac OS X 10.3.5.  I know you need to be using at
> least 10.3, and 10.3.3 for SMB home directories.

They are not SMB home directories, nor are they AFP.  There is no network
directory.   The AD config just tells the account to use the local path
D:\Home as the home directory.

> When you do 'dsconfigad -show' you should see a line that says 'Force
> Local Home is Enabled'.  If not, then issue the command 'sudo dsconfigad
> -localhome enable'.

I've tried that, but no success.  I believe what that command in dsconfigad
tries to do is to map smb and afp network folders to /Users - I have no
network folders.

Tim
Art Gorski - 30 Sep 2004 14:49 GMT
>Ar an 29/09/2004 14:49, scríobh Art Gorski:
>
[quoted text clipped - 20 lines]
>tries to do is to map smb and afp network folders to /Users - I have no
>network folders.

I can only say that when I first configured the AD plug-in in Directory
Access I got exactly what you want - AD authentication with a local home
directory that was automatically created in /Users.  There is no local
account for the user on this Mac, just the home directory.

After I issued the command 'sudo dsconfigad -localhome disable' I got a
network home directory, as specified in the AD profile.  The 'home
folder' under the 'Profile' tab in AD Users and Groups doesn't have any
effect with local home directories.

My next step would be to wipe /Library/Preferences/DirectoryService and
start over.

Signature

Art Gorski * Mac Integration Staff * Rice University * Houston, Texas
  Remember to remove NOSPAM from address when replying via email

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.