先说一个我最近处理的真实情况,你应该也遇到过:办公室一台 Windows 访问 NAS 共享,原来用的是 admin 账号,后来换了新账号,访问 \192.168.1.100\share 却始终还在用旧的 admin,文件夹可见但没权限,提示找不到路径或者显示“不允许一个用户使用一个以上用户名与服务器或共享资源的多重连接”。最关键的是,你在资源管理器里点“断开连接”、甚至重启电脑,再打开那个共享,它仍然自动连上去,仿佛“忘不掉”这个账号。
这不是个例。Windows 的网络共享访问有一层很隐蔽的“自动记忆”机制,账号密码保存在系统的凭据库里,而 SMB 会话也有单独的存活周期。平时你访问共享,系统会默默做几件事:先用已存凭据去尝试认证,没过期就静默连接,压根不会再问你一次。所以很多人不是不会改密码,而是根本找不到“从哪里断开”和“从哪里删”的入口。
1. 先别急着删密码,分清“断不开”的三个层面
网上很多教程上来就让你打开“凭据管理器”删除记录,但你会发现删完之后问题照旧。因为网络访问连不上、切不了账号,背后通常是三层状态叠在一起,只清其中一层根本没用。
1.1 三层状态:文件句柄、活动会话、已保存密码
第一层是可见的“映射网络驱动器”。比如你在资源管理器里把 \server\share 映射成了 Z 盘。这层最直观,断掉盘符比较容易。
第二层是系统层级的 SMB 会话。SMB 是 Windows 访问共享目录使用的网络协议。即使你把 Z 盘断开、甚至把资源管理器窗口都关掉,操作系统和远程服务器之间可能还维持着一个 TCP 连接和 SMB 会话。只要这个会话还在,对方就认为“这台电脑上的某个用户还连着”,你再想用另一个身份连同一个服务器,就会撞上“多重连接”的报错。
第三层才是真正让很多人疑惑的“已保存凭据”。Windows 默认会在你第一次成功输入共享账号密码时问“是否记住凭据”。哪怕你当时没勾选“记住”,某些访问方式下系统仍然会把账号缓存进凭据库。后面再访问同一台服务器,它优先使用缓存过的账号。
关键在于:重启电脑只能清掉第二层的活动会话,第三层凭据是持久化存在磁盘里的,重启后会原样加载。所以你会看到“重启了也没用”的现象。
1.2 1219 错误是怎么冒出来的
你可能见过这种报错:
系统错误 1219。不允许一个用户使用一个以上用户名与服务器或共享资源的多重连接。使用此服务器或共享资源的其他用户名/连接,请先断开所有连接。
它是“会话层冲突”的典型信号。比如你之前用 admin 映射过 \192.168.1.100\share,之后想用 newuser 再连一次同一个 IP,Windows 一看,这台电脑和 192.168.1.100 之间已经有一个会话,而且用户名不一样,直接拒绝。
这种错误有一个迷惑性:你只删了凭据记录,不把活动的会话清掉,再连接还是报 1219。反过来,即使你清了会话,不删凭据,再次访问也会被系统用旧账号自动接上。所以正确的顺序一定是:先断开活动连接,再删除已存凭据。
1.3 再说一个“藏在背后”的账号源
还有一种情况容易让你误判:你以为用的是“刚输入的账号”,但实际上 Windows 拿到的是资源管理器进程里缓存的令牌。如果你用 RunAs 或者某个服务、计划任务访问过共享,登录身份可能是 SYSTEM 或者另一个本地账号,它跟你在命令行里看到的登录用户是两码事。排查时如果第一轮清完还是连上旧账号,就要想到是不是后台任务在替你发起连接,这个我在第 5 章专门讲。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. net use 清场:先干掉还活着的网络连接
既然要“先断会话”,最干净的工具就是 Windows 自带的 net use 命令。它管的是磁盘映射和 SMB 客户端连接,比图形界面里的“断开”彻底得多。
2.1 先看当前有哪些连接
打开命令行(建议以管理员身份运行),输入:
cmd复制net use
输出会列出所有映射到盘符或者直接连接的网络资源。比如:
text复制状态 本地 远程 网络
----------------------------------------------------
