Mark Minasi's Reader Forum
Mark Minasi's Reader Forum
Home | Profile | Register | Active Topics | Active Polls | Members | Search | FAQ | Minasi Forum RSS Feed
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 HALP! Questions on Windows and Windows Server
 Group Policies
 GPP and Mapping Network Drives
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

Vic
Here To Stay

155 Posts
Status: offline

Posted - 10/13/2009 :  4:29:24 PM  Show Profile  Reply with Quote
We have previously been using a logon script to map network drives. Because the drive letters and/or UNC paths might need to change from time to time (for example, moving a shared folder from one server to another, which would require the drive mapping's path to change), I got in the habit of having the logon script first delete the drive mapping and then create it. This prevents the issue in which a network drive does not map because there is already a network drive mapped using that drive letter.

For example, let's say I have a share called "Data" on a file server names FS1. I want to map this as drive J: and want to use a logon script to do so. My script would look like this:

NET USE J: \\FS1\DATA

Now let's say I need to move the DATA share from FS1 over to a new file server I'll call FS2. So, I copy the DATA share over to FS2 and re-apply the share permissions. Now, I can't just change the script to read:

NET USE J: \\FS2\DATA


because when the script runs, there is already a mapped network drive on the client computers that maps J: to \\FS1\DATA. The new mapping won't re-use/overwrite the existing drive mapping. To get around this, the script must first delete any drive mapping that points to J: and then create the new mapping. It looks like this:

NET USE J: /DELETE
NET USE J: \\FS2\DATA

Okay, now everything runs smoothly. If I ever need to point drive J: to a different server/share, I just need to update the UNC path in the logon script. There is no collision since the J: drive mapping is being deleted and re-created each time the logon script is invoked at user logon.

Now comes the question:

I want to move over to using Group Policy Preferences instead of a batch logon script. The process to create mapped network drives is pretty straightforward in GPP, except for the "Action Mode".

I have to chose between:

Create (Create the object only if it does not already exist)
Replace (Delete the object first, then create it)
Update (Create the object if it does not exist; otherwise modify it)
Delete (Delete the object)
Migrate (Modify an item if it exists; otherwise, do nothing)

"Migrate" does not appear as a choice for a mapped network drive, so that one is out.

To replicate my current process whereby the logon script first deletes the mapping and then creates the mapping, I'm confused on which remaining option to choose.

First, is this even still necessary to first delete the mapping and then re-create it so that if I were to need to change the path, there would not be a conflict? I wonder if GPP drive mappings do not suffer from this issue?

Second, it seems that "Replace" is the right choice, assuming that it is still necessary to delete then create the mapping.

Third, maybe "Update" does the trick? Would setting it to "Update" map the drive, but re-point the path if the path changed?

"Delete" seems to be the obvious choice, but maybe "Update" is better, since it would not require two actions (delete then create).

Thoughts?

Vic
Here To Stay

155 Posts
Status: offline

Posted - 10/14/2009 :  09:17:09 AM  Show Profile  Reply with Quote
The official answer seems to be:

1. Use a Drive Mapping item with the action "Delete" and choose appropriate drive letter
2. Just don't select the "Reconnect" check box. It is not needed because drive maps are processed every time at login anyway
3. Use above method from topic 1 to delete zhe mapping and use a second item to create a new mapping (e.g. action "Update").
Just ensure that the order of item processing is as needed (you can use the green up and down arrows for that)

To my opinion, the drive mapping extension is quite flexible and can handle most use cases.

This was copied from http://social.technet.microsoft.com/Forums/en-US/winserverGP/thread/53405b24-8273-43ff-8aa6-27c8fdd953a2/
Go to Top of Page

dmarelia
Moderator

USA
2955 Posts
Status: offline

Posted - 10/15/2009 :  11:51:34 AM  Show Profile  Visit dmarelia's Homepage  Reply with Quote
Not sure why replace wouldn't work as an action in this case?

Darren Mar-Elia
MS MVP--Group Policy
Group Policy Resource Site: http://www.gpoguy.com
Group Policy Blog: http://www.sdmsoftware.com/blog
Group Policy on Twitter:
http://www.twitter.com/grouppolicyguy
Like us on Facebook: http://www.facebook.com/SDMSoftware
***********
GPO Change Auditing, Rollback and Attestation. Get SDM Software's GPAA --http://sdmsoftware.com/group-policy-management-products/group-policy-auditing-attestation-gpaa/
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
Mark Minasi's Reader Forum © 2002-2011 Mark Minasi Go To Top Of Page
This page was generated in 0.12 seconds. Snitz Forums 2000