Connecting to multiple shares on a single server with multiple credentials? ( System Error 1219 )
I am running Windows Vista Home Premium SP1 on my laptop. I have a Fedora Core 7 server running SaMBa. They share a /28 subnet (with 0, 6, and 7 taken by networking, 1 - 4 on the server, 5 on the laptop). The server has multiple SaMBa shares (for this example, \\myserver\share1 and \\myserver\share2). There are two SaMBA users, user1 and user2, each either their own passwords. user1 can access \\myserver\share1 and user2 can access \\myserver\share2. I log on to the Vista laptop using a separate user/pass from either of those two accounts. When I attempt to connect to these shares, I can do so without a problem if I connect to them singly using "connect using different user name". However, if I attempt to connect to both simultaneously, I get: "System error 1219 has occurred. Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again." I need to be able to connect to both shares simultaneously, but using the different credentials (I don't want user1 creating files in\\myserver\share2 and I don't want user2 creating files in \\myserver\share1). I have tried manually using NET USE and I get the same error when I try to map thesecond drive after the first is mounted. I have also messed with regedit and changed \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\LmCompatibilityLevel from 3 to 1 (a certain site suggested this). I've also seen some DNS kludges that trick the windows client into thinking its connecting to multiple servers but I haven't the capacity to arrange something like this easily -- nor do I like the idea of using kludges to fix what should be a simple-to-fix scenario. Is there a 'correct' work-around for this?
May 13th, 2008 8:26am

Hi, Please understand that this behavior is by design for security purpose, Windows only allow per user per SMB connect at a machine. To make the connection with the other account, please disconnect the previous connection(s) to the server. You may use the command net use /delete. Hope it helps.
Free Windows Admin Tool Kit Click here and download it now
May 15th, 2008 6:27am

In what way does this really provide any sort of security benefit? If I can get around this simply by having multiple HOSTS or DNS entries for the one server, then there's really not a one-user/one-SMB limitation, just a minor annoyance. For example, if I tether 'samba1 192.168.138.1' and 'samba2 192.168.138.1' in my HOSTS file on windows, then connect Y: to \\samba1\myshare1 and Z: to \\samba2\myshare2, the system will gladly connect me to both even using two different user names and two different passwords, forming a rather simple and straight-forward workaround. So ultimately, the limitation doesn't exist -- only an annoyance exists, and one so easily circumvented that from my point of view, it's no security at all. Could you provide more detail on exactly how this limitation is a security feature? What risk does it mitigate? Why is that risk considered critical enough to create such a severe functional limitation? I certainly don't see a positive cost-benefit analysis in this detail, but I would be interested in knowing Microsoft'scost-benefit analysison it. I have unmarked the previous post as being an Answer because while it raises the security issue, it does not explain in what way this is a security feature and further does not answer the question asked. However, understanding that information, I will accept an explanation of why the limitation exists in the first place as an answer.
May 21st, 2008 11:14pm

Hi, Please refer to the KB 938120. Error message when you use user credentials to connect to a network share from a computer that is running Windows XP: "The network folder specified is currently mapped using a different user name and password" http://support.microsoft.com/kb/938120 This applies to Windows Vista as well. This behavior is by design as one server (uniquely identified by the given name) can only have one user authenticated to it at a given time. Thank you for your understanding.
Free Windows Admin Tool Kit Click here and download it now
May 26th, 2008 9:18am

I ran across another interesting twist to this. User on Vista, server running Win2K3. Server has an MS SQL instance and shared folders.User has an ODBC connection to the SQL instance, using an SQL userid and password. Attempting to map a local drive to a shared folder resulted in the 1219 error above.Mapping the drive letter using \\ipaddress\share rather than \\servername\share worked around the problem, but what were you guys thinking? ODBC connections using local SQL credentials should not in any way interfere with connections to shares using domain credentials!Greg
October 21st, 2008 9:13pm

Hi, ... This behavior is by design as one server (uniquely identified by the given name) can only have one user authenticated to it at a given time. Thank you for your understanding. I have exactly this issue and I also do not understand why this limit is present. Clearly the server can have more that one user or else it wouldn't, by definition, be much of a server. The client is multitasking and the different user shares are being used by different apps. When I boot Linux I can map the shares to the different user names without problem and works as expected so why when I boot XP do I lose such basic functionality. It appear to serve no real purpose but to limit how usable the PC is when running XP and to keep up with modern expectations a fix should be rolled out.
Free Windows Admin Tool Kit Click here and download it now
February 15th, 2010 1:41pm

Same problem for me.In my case we have a private folder for each user and a shared folder with multimedia that we all like to access. These shares are configured on a Lacie nas and since this device also makes parallel FTP users, we can't put our multimedia in a public share (since guest log ins over FTP will have full control over it).I agree that the drive is the main problem since it's very limited in configuring folder access but on unix systems it's very easy to manage this sort of thing, so I figured windows 7 -must- have some sort of workaround.
February 22nd, 2010 3:10am

Hi guys. Found a workaround in case anyone will read this post. It's not pretty but it will do the job. Also, it only works for 2 simultanious log ins. In my case that's enough but it won't solve your problem entirely if you are trying to be logged in simultaniously with 3 or more credentials. Anyway, the fix: 1. browse to your samba server by using \\servername. Access your first share by providing credentials. Now map this share as a networkdrive (right click on share ->map as network drive). 2. browse to your samba server again, but this time use the ip-address to access the server. So in my case it was: \\192.168.1.111. Windows will not recognize that this is actually the same share so you can go ahead and access your second share with different credentials. Now map this folder with another name. It basically comes to fooling windows into thinking that you are accessing 2 different servers. Windows team: please don't see this as a bug and remove it with patches, we beg you :)
Free Windows Admin Tool Kit Click here and download it now
March 3rd, 2010 12:59am

Mustafa, It works until you log off and on again. Then both mappings are still there (in my case; Q: and R:), but only one of the credentials is used. In my case, Q: was connected to as "johan" and R: as "johan_readonly". But after logging off and on both Q: and R: are read only. This is on Windows 7 Ultimate x64, but I guess it's the same on Vista. (My use case is multimedia files. I want to be able to alter them using Q:, but I want programs like media players to access the files in a read-only manner using R:.) Please, any workarounds? Anyone?
April 29th, 2010 10:58pm

Hi I am having a similar problem. I have a Lacie NAS 2 and everytime I logged in to Windows I had to key in my user name and password for MyShare (which is the password protected one). So I thought perhaps I did not tick the button to remember password and that I will disconnect and reconnect. However, now I cannot reconnect and I get the following message: Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again. Please help! Thanks in advance. PS I run Windows Vista PPS I tried creating a user with the same user name and password as the drive in Windows and with that I can connect and disconnect multiple times.
Free Windows Admin Tool Kit Click here and download it now
December 30th, 2010 1:40pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics