Mapped Drive wont reconnect

Posted on 2011-09-09
Last Modified: 2012-05-12
We have a workgroup; 2 WinXP machines and 2 Win7 machines, both are "home" version I believe. I just added a box to act as my "file server". Its a WinServer2008R2. I left the workgroup setup per client request to avoid dealing with domain management. All we want to do is create a share on the server, drop all files from the 4 computers into the server, and have a mapped drive from each machine to the server to access the files. Simple.

On the server, I created a folder and shared it to "Everyone" group with Read/Write access. There is no file security per intent. This is just a open sahre machine, later to be converted to a full AD Domain. for now, its just a file repository with backup.

On client each machine I disconnected all mapped drives and even removed the mountpoints in the registry. I created mapped shares using /savecred and /persistent:y but everytime the user logs off and back on again, the workstation requires a password to be entered before the drive will connect. This behavior is the same on both Win7 adn the WinXP boxes.

Any direction will be greatly appreciated. Why wont the mapepd drives remain after log off/ log in?
Question by:ramitchell0954
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 2
  • 2
  • +2
LVL 22

Expert Comment

ID: 36514204
Control Panel, User Accounts, Manage your Credentials or Manage your Network Credentials (Win 7 or XP) then add the credentials for the server there using the an account that exists on the server.  If you don't care about security you can just create one account to use at all the clients.

Your other option is to allow anonymous access to the server which I strongly advise against, but this can be done from local security policy on the server (start, run, secpol.msc)

Local Policies, Security Options,
"Network Access: Let Everyone permissions apply to anonymous users"
"Network Access: Restrict anonymous access to Named Pipes and Shares"
"Network Access: Shares that can be accessed anonymously"

Also make sure you check the Share and NTFS permissions on the shared folder at the server.

Expert Comment

ID: 36514232
I always work with Pro editions of XP and 7 since home editions have problems with AD and Windows 2008.
I am just asking, could this be the problem?  Knowing that home editions cannot get onto an AD domain, if a Windows 2008 server has a share, could home edition only do the share for a while then will not be able to do the share?
Kelly W.

Expert Comment

ID: 36514315
You may not have stored the password, the following example might help you:
net use Z: \\SERVER\SHARE password /savecred /user:SERVERNAME\useraccount /PERSISTENT

Note that in a non-domain aka workgroup situation like yours currently, you always have to specify a user account which exists on the target 'server'.

PS: 'home edition' (XP/Vista/7) cannot be joined into a domain.
Best Practices: Disaster Recovery Testing

Besides backup, any IT division should have a disaster recovery plan. You will find a few tips below relating to the development of such a plan and to what issues one should pay special attention in the course of backup planning.


Expert Comment

ID: 36514763
If you match the credentials on the server and the workstations, then it all becomes a no brainer and then there will be no need for any security compromising like using everyone or anonymous accounts.

Author Comment

ID: 36515309
I am aware that "home" editions are not domain attachable. This is the primary reason no domain configuration was established, and it was left was a workgroup. In a year or so, all clients will be upgraded and at that time a full AD domain will be created. Until then - workgroup only.

None of the shared files can reside on the clients. This defeats the purpose of the new file server. Local client file storage will be maintained for confidential files only, with no network access to the local clients.

Individual workstations must have unique user logins. Each user has outlook files as examples, and other confidential files, that only that user can access. Not much of a security policy, but for them it works for now.

Anonymous access may be whats needed here - I'll give that a try.

joeyfaz: explain please what you mean about matching the credentials on the werver and client. Are you saying have all the users log into their workstations using the login/password for the server? if so then everyone would be able to access any workstation and the simple securty model we have doesnt exist anymore. If thats not waht you mean, can you explain?
LVL 22

Expert Comment

ID: 36515319
What you have to do is create the same user on the server as the user on the client; both of these accounts must have the same password.  If they change it on the client then it will have to be changed on the server.

Author Comment

ID: 36531340
Thank you all for replying. I actually solved this problem by creating a .bat file and placing it in the startup folder for each user on the client machine. I used "net use" to map the drive on each logon.

I did agree with mcsween that anon access is a bad idea, but at the time, I didn't realize that in a non-domain workgroup peer network like we have that creating a user on the server that matches the user on the client woudl allow resource access. I guess I could have tried that, but the batch file worked well. mcsween and joeyfaz thank you for your input.I'll try that next time I'm at the client site.

warddhoogie: the /savecred in your command throws an error. /savecred will prompt for username and password. You cant use both /savecred and /user in the same command line. I didnt try your command line since I already know those switches do not play nice together. thanks but that didnt work.

I answered K Wilke in the past post.

The solution that I came up with was distinctly dissimilar to any of the suggested solutions. I am therefore requesting the points be credited back to myself. If you disagree, please let me know why and an explanation as to why your solution matches the startup batch solution I created.


Assisted Solution

ramitchell0954 earned 0 total points
ID: 36545671
I've requested that this question be closed as follows:

Accepted answer: 0 points for ramitchell0954's comment http:/Q_27300865.html#36531340
Assisted answer: 0 points for ramitchell0954's comment http:/Q_27300865.html#36515309

for the following reason:

Since no rebuttal was made to awarding the points to myself, I have closed this issue.<br /><br />thank you all for helping!

Accepted Solution

warddhooghe earned 125 total points
ID: 36545672
distinctly dissimilar?  I offered a NET USE example with parameters useful for fixing your problem (off the top of my head, sorry for not testing)
since you clearly used that suggestion, amending an example to your needs, i'd appreciate a few points.

Author Closing Comment

ID: 36565510
I'll agree and split it with you. It was in fact your comment that prompted me to think of running batch files afterall...

thank you again!

Featured Post

Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

When you try to share a printer , you may receive one of the following error messages. Error message when you use the Add Printer Wizard to share a printer: Windows could not share your printer. Operation could not be completed (Error 0x000006…
The Windows functions GetTickCount and timeGetTime retrieve the number of milliseconds since the system was started. However, the value is stored in a DWORD, which means that it wraps around to zero every 49.7 days. This article shows how to solve t…
This Micro Tutorial will give you a introduction in two parts how to utilize Windows Live Movie Maker to its maximum capability. This will be demonstrated using Windows Live Movie Maker on Windows 7 operating system.
The viewer will learn how to successfully download and install the SARDU utility on Windows 7, without downloading adware.

739 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question