5

We have a domain served by some Windows 2003 servers.
We have several Windows 7 Pro clients.

ONE client computer can't acces ONE member Windows 2003 server.
The other computers can acces every servers. And the same computer can access other servers.

With explorer, the message says the account is no activated.
With the command line, the message says the account is locked.
With commande line :

net use X: \\server\share
--> several seconds delay, then error (says the account is locked)

net use X: \\server\share /USER:current_username
--> okay

net use X: \\server\share /USER:domain_name\current_username
--> okay

From the same computer, the user can access other servers. From another computer, the same user can access any server, including the one denied from the original computer.

Aleady done :
unjoin then join the cilent from the domain.
check the logs on the server : nothing about the failed attempts (?!)

Is their any user mapping I'm not aware of ?

4
  • Does 'NET USE X: \\serverIP\share' work?
    – Greg Askew
    Nov 14, 2012 at 17:37
  • 1
    Since you capitalized one, I'm assuming that this client is able to access other 2003 server shares without issue and also that other clients are able to access this share. Is that correct? Nov 16, 2012 at 15:39
  • @Paul Ackerman : this is correct. I edited the question to add details. Nov 16, 2012 at 16:44
  • Do the client and server have conflicting IPs?
    – Bigbio2002
    Nov 16, 2012 at 17:58

2 Answers 2

4
+250

I just had a similar problem.
It was related to an entry into Credential Manager into the Control Panel.
The Credential Manager allow to define which user access to which server. So it may help you.

2
  • 1
    I had nothing into Credential Manager. So I created a new item for the desired server, and it was ok. I then removed it, and it was ok too. Seems the problem was a ghost item into Credential Manager. Nov 20, 2012 at 9:57
  • Had a similar issue that started occurring after one of my user changed their password. Deleted the entry in Credential Manager for the problem server and they were fine.
    – Charles
    Sep 22, 2015 at 14:33
7

Sounds like tokens aren't being issued at logon. Are you sure that there isn't a connectivity or AD issue with that machine? I suspect you're logging in with cached credentials and aren't actually authenticating against a DC from that one machine.

klist.exe will show you if you have any Kerberos tickets. You should disconnect any manually mapped drives, reboot the machine, log in, and run klist and see if there is anything there. At a minimum, there should be ldap ticket from the DC that authenticated you. If that's missing, it was probably a cached logon. You can try unjoining and rejoining the computer to the domain and seeing if that helps. Also, verify that the clock skew is no greater than 5 minutes from the rest of the domain.

4
  • Unjoin/join already done. I'll check the clock skew and klist. Have to wait monday. Nov 9, 2012 at 19:03
  • 1
    If you were able to unjoin/rejoin without a problem, then clock skew probably isn't an issue.
    – MDMarra
    Nov 9, 2012 at 19:05
  • So, I ran klist and found nothing strange. I cleared the cache (klist purge), but nothing better. I edited the question about the error messages. Nov 14, 2012 at 14:39
  • Is said server a domain controller, or is there a local user on the server with an identical username? Nov 17, 2012 at 3:49

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .