"net use" Azure 文件服务失败,具体取决于 OS 类型

"net use" for Azure File Services fails depending on OS type

任何人都知道为什么下面的 "net use" 命令会根据机器 OS 获得不同的结果,即使我在所有情况下都以管理员身份登录?失败或工作基于 PowerShell 或 Cmd 中的 OS,无论 shell 是否作为管理员 运行。该共享是在 Azure 文件服务中设置的,可以在我的 Win10 计算机上使用 Azure PowerShell cmdlet 访问。

# mount azure share as a drive
net use x: \[myaccount].file.core.windows.net\davesdata /user:[myaccount] [my secondary key]

要将驱动器从 on-prem/outside 托管它的 Azure 区域映射到 Azure 文件存储,您需要 Windows 8/2012 或更高版本附带的 SMB 3.0。对于位于同一 Azure 区域的 Azure 内的机器,您需要 SMB 2.0 或更高版本 Windows 7/2008 或更高版本。

绝对适用于 Windows 10 使用您显示的语法,仔细检查 path/key 中的拼写错误或事件日志中更详细的错误消息。映射的驱动器将无法在重启后继续存在,除非您保留凭据。

cmdkey /add:storage_account_name.file.core.windows.net /user:storage_account_name /pass:storage_account_key

Azure 文件存储支持以下 Windows/SMB 变体:Windows 7 SMB 2.1,Windows Server 2008 R2 SMB 2.1,Windows 8 SMB 3.0,Windows 服务器 2012 SMB 3.0,Windows 服务器 2012 R2 SMB 3.0 和 Windows 10 SMB 3.0。

如果您从同一 Azure 区域内的 VM 进行连接,则可以使用 SMB 2.1 或 SMB 3.0 进行连接。如果您从 Azure 区域外部进行连接,则需要确保出站端口 445 处于打开状态。许多 ISP 的/公司文件墙会阻止它。此 wiki 包含允许/禁止端口 445 的 ISP 列表。

端口 445 在我的路由器上打开。我花了一些时间才在路由器中找到一个附加选项:Netbios 必须设置为"allowed"。 然后,Windows 10 适合我。