在家里,我有一个完全最新的 Windows 10 Pro 桌面。我还在云中创建了一个 Azure Files SMB 共享。我能够毫无问题地从桌面连接到云驱动器,并且毫无问题地读取文件。
但是,执行的任何写操作(创建、删除、修改……)从 Windows 资源管理器导致操作在 99% 时挂起,即使操作成功执行。来自其他机器或同一台机器上的程序的操作可成功运行。例如:
- 从同一网络上的 Ubuntu 机器创建文本文件,有效
- 在 Windows 中用记事本在该文件中写入文本即可
- 在资源管理器中重命名或删除该文件,挂起(但操作已完成,可以从其他地方检查/校验)
- 从资源管理器创建新文件或文件夹,挂起(但文件已创建)
挂起的样子如下:
唯一的解决办法是要么关闭窗口,这通常会重新启动 Windows 资源管理器(通过观察任务栏重新加载来观察),要么等待 2 或 3 分钟,这似乎“完成”了操作(即使操作完成的速度与通常预期的一样快,一两秒)。
我想到所有常见的罪魁祸首:
- 权限 - 无法,因为确实发生了变化
- 网络 - 也不是这样,因为同一台机器上的其他应用程序和同一网络中的其他机器可以成功进行更改。
- 一些 SMB 错误 - 我确实在本地网络中有另一个 SMB 驱动器,我可以毫无问题地写入。我唯一的想法是 Azure Files 使用 SMB 3,而我的本地共享可能在 SMB 2 上(从 Raspberry Pi 共享)
我现在没有主意了。我该如何解决这个问题?全微软的设置应该可以正常工作:D
感谢您的任何帮助,您可以提供!
答案1
微软正在帮我们调查一个漏洞。Azure 和 Windows 团队多次调查了我们的环境。他们并没有宣称这是一个影响数千名客户的漏洞。对于我们来说,当资源管理器挂起时,它与通过 VPN 访问 Azure 文件有关。