Link to home
Start Free TrialLog in
Avatar of Mike Jacobs
Mike JacobsFlag for United Kingdom of Great Britain and Northern Ireland

asked on

Windows Networking (non server) refuses to accept verified password, even after reset

Windows networking refuses to accept password - even when copied and pasted after reset!

No server involved. Just one machine sharing a bunch of its files with two others. The share is set up and working for one of the other two.

Set up the local user account for the second machine, using the same password on the host as on the client. From the client, the password was refused. So once I confirmed that it was definitely identical at both ends, I changed the password to SIMPLE, sent a copy back to the client using a "Turbonote" and copied and pasted that into the password field. Even that was rejected.  Tried simple stuff like rebooting both ends but cannot get the "Server" to accept any password from the second client. And yes, it is clearly the password failing, not the connection. The turbonote helps prove you're on the same network but windows login is reasonably specific and distinguishes between failure to find a target and failure to authenticate. In this case, it clearly recognises the target, the share and the username. It's only the password it's refusing to accept and I haven't a clue how to bully it into submission.

Avatar of Jackie Man
Jackie Man
Flag of Hong Kong image

What are the OS for both machines?
You didn't actually say that not only the password but also the username were matched between client and server.
In this regard, please confirm that the same username/password *is* a User established on both client and server and not some other mechanism.

I suppose that all this is on the same subnet?  Otherwise there are Windows firewall adjustments necessary.

Might there be a reason that the one client is working that's not obvious?  Otherwise we'd be focused on the client that doesn't work.

Things that cause this include:
- mismatch of the User username/password .. BOTH.
- Advanced sharing settings - e.g. Network discovery is turned on.  Fiile and printer sharing is turned on.  Password protected sharing is turned on.
- Existence of (old?) Windows Credentials that aren't needed using the "username/password matching method".
Avatar of Mike Jacobs


Both machines are Dell refurbs which the client has received in the past 36 hours, So virgin territory. Both W10-64-1903.

All settings identical and confirmed.

and its not just the credentials that I needed which failed. I couldn't logon to the host using any of the 3 creds I'd set up.

ALL the standard settings were checked and normal.

I've actually brought the errant machine home with me today and will be testing it on my own network tomorrow. If I get the same problem, I'll know it is a problem on the machine an re-image it. If I don't, then I'll know it's a problem on their network and start troubleshooting that. Will report back after those tests...
Avatar of Mike Jacobs
Mike Jacobs
Flag of United Kingdom of Great Britain and Northern Ireland image

Link to home
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial