运行 Windows 7 Professional x64 SP1 的笔记本电脑正在通过 UNC 路径访问 Linux/Samba 服务器上的多个共享。在其中一个共享上，一些文件夹已设置为脱机可用。大多数情况下，此方法都运行正常。
但有时（通常是在笔记本电脑从休眠状态唤醒后）服务器不会出现在网络邻居中，即使可以通过 ping 或 SSH 正常访问。\\server直接在 Windows 资源管理器的地址行中输入，只会显示包含可离线使用的文件夹的共享，标记为“离线状态：离线（无连接）”。其他共享都丢失了。在同步中心中，同步合作关系显示为“状态：未连接”。该命令net use \\server报告
System error 53 has occurred. The network path was not found.
几分钟后，服务器将出现在网络邻居中，所有共享将再次显示。之前丢失的共享（没有可离线使用的文件夹的共享）将正常工作。但是，可离线使用的文件夹的共享在资源管理器和同步中心中仍显示为“未连接”。尝试通过net use现在报告手动连接：
System error 1219 has occurred. 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 * /delete。
有时，这种状态会在等待较长时间（例如几个小时）后自行解决。有时，它会持续存在，直到笔记本电脑重新启动。然后一切又恢复正常。
问题：
- 这种行为的原因是什么？
- 有没有什么办法可以避免？
- 当客户端从休眠状态唤醒后，我该怎么做才能使服务器再次显示其所有共享？
- 一旦其他共享再次在线，我该怎么做才能将包含离线文件夹的共享切换为“在线”？
答案1
我相信您需要做的是在注册表中创建一个新的 DWORD32 值“SilentForcedAutoReconnect”，并将其设置为 1，在注册表项内：
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\NetCache\
一旦网络再次可用，它就会自动使同步文件夹重新上线，并且无需重新启动即可实现相同的效果。
非常有用。这只是众多隐藏的注册表项中的一个，这些项确实应该更多地暴露出来。
答案2
我还发现重新启动"Network Location Awareness"依赖于服务的服务"Network List Service"会强制进行状态检查，因此离线文件夹同步会检测到你实际上在线的。至少在 Windows 10 上如此，尽管我相信这也与 Windows 7 相关。