Jump to content
EduGeek EdSec 2026 is Go! 27th Oct in Derby! Join us for a day of EdTech security focused talks, networking, and an evening social ×

users H drive setting in AD...why two methods?


Recommended Posts

Posted

I've just noticed that some of our student accounts have their H: drive set thus:

 

Local Path : \\servername\sharename$

 

and some are set:

 

Connect : H: To: \\servername\sharename$

 

What is the difference?

 

Regards.

Posted
I've just noticed that some of our student accounts have their H: drive set thus:

 

Local Path : \\servername\sharename$

 

...is incorrect, and shouldn't work (but probably does, just in case it's been set like this...)

Posted
...is incorrect, and shouldn't work (but probably does, just in case it's been set like this...)

 

incorrect why?

 

the pupils login script is:

 

net use h: /delete /yes

net use h: /home

 

 

everyone gets their H:\ drive...but I don't like things being inconsistent...

 

any comments anyone?

Posted
incorrect why?

 

the pupils login script is:

 

net use h: /delete /yes

net use h: /home

 

 

everyone gets their H:\ drive...but I don't like things being inconsistent...

 

any comments anyone?

 

Because you can't control the letter that gets assigned to it, and it confuses the issue when troubleshooting.

Posted
Because you can't control the letter that gets assigned to it, and it confuses the issue when troubleshooting.

 

so without the login script line:

net use h: /home

 

only those students who have the line in their profile that says

connect H:\ would get H: \ set as their home drive....

 

where would the system get the information to decide which letter to use for those students who have their profile just as :

Local Path : \\servername\sharename$

 

Regards.

Posted
Personally i would not set these 2 items at all. just do this in your login script.

 

regards

bio..

 

interesting ...how would you do that though?

 

As I understand it the net use h: /home refers back to the information in active directory....

Posted

I always thought the first example, the 'Local Path', was for assigning the home folder on the local computers local hard drive, perhaps 'C:\home\'. And not for connecting the home drive to a network share.

 

Personally always used the second example - Connect: N: to \\server\$

Posted
I always thought the first example, the 'Local Path', was for assigning the home folder on the local computers local hard drive, perhaps 'C:\home\'. And not for connecting the home drive to a network share.

 

Personally always used the second example - Connect: N: to \\server\$

 

Of even \\server\usershare\%username%

 

No need for individual user shares these days :p

 

Plus using this in AD means you can use if for the my docuements redirections etc. Why do it after in a script if it's actually a defined part of the logon process?

Posted
I keep telling my boss this... he disagrees :rolleyes:

 

I have several shares with different permissions depending on the depth, but since access based enumeration stopped the only "cosmetic" issue with seeing (but not having access) other users folders, I can't think of a single reason to use individual shares.

Posted

i think the local path one is a legacy one from nt 4 (and possibly earlier) servers. SOme of our older setups are done this ways (or at least older users newer ones) use the connect u: \\server\users$\group\username

 

the other way woks fine in my experience but i do have the net use home line in my users logon scripts

Posted
Can anyone explain why you actually need a home drive any more? We just redirect My Documents to a network share and don't have a home drive.
Posted
Can anyone explain why you actually need a home drive any more? We just redirect My Documents to a network share and don't have a home drive.

 

Because some badly written software insists on a network drive (I'm looking at you, Magix Studio).

Posted

We had just found the same issue here a couple of days ago when we moved the home folders to a new server. The reason why it has worked for us up until now is that the net use /home command looks at the local path in NT User Account or AD and that is why still sets it.

 

It should be Connect To: or just redirected My Documents as mentioned previously.

Posted

@powdarrmonkey

 

Must have been really fortunate then, as I've not come across this problem so far. Been running without a home drive for 6 years now.

What we've done is write a specification of requirements for software, which we send to the software supplier and they have to agree to it before they supply us with the software. If the software has crappy things in it like needing a home drive mapped, or direct access to c:, or admin priveledges then the stuff goes back for a refund.

Posted

This is all very interesting.

 

Thanks for all the comments.

 

Looks like the way to go is:

 

Edit all user accounts to use connect to method, then look at using the redirect for my docs. (We already use the redirect for the desktop and start menu...)

 

 

>>>Because some badly written software insists on a network drive

 

By this do you mean that the user actually has an H:\ drive mapping?

 

Regards.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...