| Author | Messages | |
rwalker76
Posts:8
 | | 09/27/2009 12:45 PM |
| Hi Derek,
We have a similar problem with mobile laptop users who connect to the network via 3G then VPN. Because no network connection is available on bootup they don't get a home drive mapped to H: via AD.
Instead we've stopped AD mapping a home drive for these users and instead map all their drives (including a H: drive) using GPP. If the GPP drives are set as persistent they still appear on bootup but remain "disconnected" until the user connects their VPN, after that they can use them as normal.
The only problem we've come across is a few isolated cases where GPP drives don't appear unless a network connection is available on boot up. As an interim workaround we've given these odd cases a desktop batch file to run to reconnect drives, but obviously this isn't ideal. Has anyone else seen this?
Sorry, I don't get the ActiveDir list so apologies if this topic has already been closed on there.
Richard.
From: xxxxxxxxxxxxxxxx [mailto:xxxxxxxxxxxxxxxx] On Behalf Of Derek Rose
Sent: 25 August 2009 16:02
To: xxxxxxxxxxxxxxxx
Subject: RE: [gptalk] Problem with Home Directories and GPP Network drives for XP
Ha, didn't realize we had cross-over members but I guess that is a good thing 
If I understand correctly, the network connection has to be live for the Home Directory to connect when the user logs in. If for whatever reason there is a blip, or the connection is not available, the home directory will not map. It has also been my experience, for a similar reason, that drive mappings done through GPP also do not apply.
I really don't know how else this could be done, but was wondering what others had done when they ran into this scenario if at all.
From: xxxxxxxxxxxxxxxx [mailto:xxxxxxxxxxxxxxxx] On Behalf Of Darren Mar-Elia
Sent: Tuesday, August 25, 2009 10:33 AM
To: xxxxxxxxxxxxxxxx
Subject: RE: [gptalk] Problem with Home Directories and GPP Network drives for XP
Derek-
I answered this on the ActiveDir list but wanted to provide the answer here. I guess one thing I should have asked is, what do you mean when you say "is there a better way to map drives without relying on a network connection?". What part of either AD-based drive mapping or GPP drive mapping isn't working?
Darren
From: xxxxxxxxxxxxxxxx [mailto:xxxxxxxxxxxxxxxx] On Behalf Of Derek Rose
Sent: Tuesday, August 25, 2009 2:23 AM
To: xxxxxxxxxxxxxxxx
Subject: [gptalk] Problem with Home Directories and GPP Network drives for XP
I have been having this problem quite often lately. We currently have our users map a Q drive through AD as their home directory, and then several other drives using GPP. As far as I am aware, there are no issues with Windows Vista systems.
However, with Windows XP systems, it is becoming more and more of an issue. Most commonly, this is the culprit -
http://support.microsoft.com/default.aspx?scid=kb;en-us;840669#E6ADAAA
Creating the registry entry seems to assist, although it does slow startup times and it doesn't help the fact that Computer Setting software installations don't run.
Anyone know of a permanent/better way to map drives for users without relying on a network connection? Mapping the drive manually after login works without issue, but obviously inconvenient for the users.
________________________________
This e-mail message has been scanned for Viruses and Content
________________________________
######################################################################################
Warning
Please note that whilst this e-mail and any attachments originate from Calderdale MBC,
the views expressed may not necessarily represent the views of Calderdale MBC.
This e-mail and any attachments may contain information that is privileged,
confidential or otherwise protected from disclosure.
They must not be used by, or copied or disclosed to persons other than the intended recipient.
Any liability (in negligence or otherwise) arising from any third party acting, or refraining from acting,
on any information contained in this e-mail is excluded.
If you have received this e-mail in error please inform the sender and delete the e-mail.
E-mail can never be 100% secure. Please bear this in mind and carry out such virus and other checks, as you consider appropriate.
Calderdale MBC accepts no responsibility in this regard.
Copyright of this e-mail and any attachments belongs to Calderdale MBC.
Should you communicate with anyone at Calderdale MBC by e-mail, you consent to the
Council monitoring, recording and reading any such correspondence.
######################################################################################
| | | |
|
|