我太懂这种无语的感觉了——明明都是用微软账号连在同一个局域网的Windows电脑，结果访问共享文件夹时突然弹出这个烦人的报错：

\REMOTE_COMPUTER is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions.

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.

更气人的是，微软自己主推的微软账号，居然在自家系统的共享连接上掉链子。你提到的重启工作站服务、重启本地电脑，还有用net use查看连接却显示「There are no entries in the list」，这些方法都不管用，确实让人头大。

我之前帮朋友解决过一模一样的问题，试了下面这些方法才搞定，你可以挨个试试：

• 用IP地址代替计算机名访问
  有时候Windows会因为NetBIOS缓存、计算机名解析的问题，导致身份验证混淆。把原来的\\REMOTE_COMPUTER改成远程电脑的实际IP地址（比如\\192.168.1.100），大概率能绕过这个冲突。

• 清理凭据管理器里的旧凭据
  Windows会自动保存你之前访问共享时的身份凭据，哪怕你以为已经断开连接了。操作步骤：

  1. 打开「控制面板」→「凭据管理器」→「Windows凭据」
  2. 找到所有和远程计算机相关的凭据（不管是计算机名还是IP对应的），右键删除
  3. 重新尝试连接共享，输入正确的身份信息（如果需要）

• 强制清除所有网络连接
  有时候net use不会显示所有隐藏的SMB连接，你可以用这个命令强制清理：

  net use * /delete /y
  

  注意：这个命令会断开所有已有的共享连接，执行前确保你没有在使用共享文件夹里的文件，避免数据丢失。

• 修改注册表解决环回验证问题（谨慎操作）
  这个方法适合用微软账号跨设备认证的场景，解决身份验证时的环回检查冲突：

  1. 按下Win+R，输入regedit打开注册表编辑器
  2. 导航到路径：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
  3. 如果找不到DisableLoopbackCheck，就右键新建「DWORD（32位）值」，命名为这个名称
  4. 双击它，把数值数据改成1，然后重启电脑

预防措施 #

为了以后不再遇到这个问题，可以养成这几个习惯：

• 访问共享时尽量统一身份：要么都用微软账号，要么都用本地账号，别混合使用不同的用户名
• 定期清理凭据管理器里的过期、无用凭据
• 优先用IP地址访问共享，减少计算机名解析带来的身份混淆

备注：内容来源于stack exchange，提问作者Tomáš Zato