Windows 10 not accepting Microsoft Account as Network Credentials

Bruce A. Johnson 131 Reputation points
2022-02-26T20:04:20.677+00:00

Help, please?

I have three computers on my home network, all with Windows 10. They all could access each other's files through the network after entering my Microsoft Account as Network Credentials.

I replaced the hard drive in my laptop and installed Windows 10 again. Now it cannot access the other two computers, nor can they access the laptop. When I enter my Microsoft Account info in Network Credentials, it says "The user name or password is incorrect".

What I have done:

  1. Double-checked that I am using the correct password with my Microsoft Account.
  2. Rebooted router.
  3. Connected laptop to network with a network cable.
  4. Tried everything mentioned on Fix Enter network credentials error on Windows 11/10, on the laptop and my main desktop without success.
  5. Created a local account on the laptop with a username & password, and I am able to access the files on the laptop from the desktop using that username & password as network credentials, but using my Microsoft Account as network credentials still will not work.

Another difference I see with the new Windows 10 install on the laptop is that it complains that my "Wi-Fi network uses an older security standard that's being phased out." I guess that is new with the latest version of Windows 10. Before the reinstall, the laptop had errors updating to the latest version. Since the network credentials problem exists also when connected via network cable, I will assume that this is not the cause of the problem.

None of my computers can be updated to Windows 11, so please don't suggest that.

Windows 10 Network
Windows 10 Network
Windows 10: A Microsoft operating system that runs on personal computers and tablets.Network: A group of devices that communicate either wirelessly or via a physical connection.
2,379 questions
{count} votes

5 answers

Sort by: Most helpful
  1. Bruce A. Johnson 131 Reputation points
    2022-03-05T02:36:10.31+00:00

    Solution

    What I needed to do so that the new installation of Windows 10 (Version 21H2), on my laptop could network with my other computers using the Microsoft Account, was to do both of these steps with all the computers on the network:

    1. Disable this:
    180260-2022-03-04-18-16-15-settings.jpg
    All Settings: Accounts: Sign-in options: Require Windows Hello sign-in for Microsoft accounts

    2. Lock the computer using Win+L (hold down the Windows key, and press the L key), and log in using your Microsoft Account password, not your PIN.

    After doing this all on computers on the network, later logging in with the PIN works fine with the network.

    The problem is that even though we are supposedly using the Microsoft Account for logging into Windows 10, when you use a login PIN, the Microsoft Account is not really thoroughly registered for the computer.

    20 people found this answer helpful.

  2. TA 11 Reputation points
    2022-05-08T00:36:50.917+00:00

    @Bruce A. Johnson Thank you for posting this problem then sharing your solution. My level of frustration was Multiple Aneurysm. You probably saved my life. I sincerely appreciate that you spent your time hoping to help others. It worked.

    2 people found this answer helpful.

  3. Deleted

    This answer has been deleted due to a violation of our Code of Conduct. The answer was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.


    Comments have been turned off. Learn more

  4. Gregor Fischer 1 Reputation point
    2023-11-09T10:23:33.1066667+00:00

    Maybe this helped on Computers with private Microsoft account. But on computers with Azure AD account (non-private account = work or school account) there is no such option to deactivate. Or I'm too stupid to find it.

    Especially on those computers, it feels enormous senseless to do workarounds and/or to save network passwords in password store, when you're used to having a sigle-sign-on user experience on on-premise Windows AD.

    So, once more, and although having on-premise to Azure AD synchronization in place, we have to wait until Microsoft closes the gap between these to worlds.

    0 comments No comments

  5. Akash Banerjee 0 Reputation points
    2024-06-16T13:09:03.2633333+00:00

    Hello people, whoever has found Mr. Bruce A. Johnson's answer not working, kindly try this -

    Step 1 - Physically Goto the PC which is not accepting the credentials. And find the IP address. / You can find through a network scan.

    • If you are competent enough to find the IP address Plz skip - follow this path Settings > Network & Internet > depending on your connection Plz choose wifi / ethernet >> WiFi > Hardware properties >>>> check the IPV4 address (eg.10.x.y.z or 192.168.x.y)

    Step 2 -

    Now go to file explorer on the other PC , Goto network section in the file explorer Section. Now at the top region ( where the file path shows up, in this case there is written - 'Network'.

    Now write at that section - '\192.168.x.y' ( the IP is whatever you have found) press enter. It should work with your username and password.

    What we are doing here is basically bypassing the windows hostname resolution

    And asking for the direct SMB share associated with that IP.

    Please be mindful of the network settings, if your PC is in a DHCP allocation the IP will change depending on the schedule, whenever the PC is not available go look for the new IP, or simply put the PC on a static IP, these settings are generally found in the router's LAN section.

    Windows Devs if you are looking, please take some action, make the network storage straight forward and easy to troubleshoot.

    ** Please note this whole thing a windows bug, even after accessing the SMB share your computer will not be listed in the network section.

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.