我们创建了Azure存储文件共享,并正在尝试设置基于身份的身份验证。我们遵循了可在此处获得的GitHub示例:Azure Files Samples on GitHub
我们能够成功地运行以下命令来设置与存储帐户相对应的用户帐户。
Join-AzStorageAccountForAuth `
-ResourceGroupName $ResourceGroupName `
-Name $StorageAccountName `
-DomainAccountType "ServiceLogonAccount" `
-OrganizationalUnitDistinguishedName "ou-distinguishedname-here" 在此之后,我们通过存储访问密钥装载了存储帐户,并为文件共享分配了NTFS权限。我们还确保在Azure门户的存储帐户中的文件共享上也分配了SMB相关参与者权限。
当我们尝试装载文件共享时,系统会提示我们输入凭据,但它无法连接。我们正在尝试使用以下命令尝试连接:
net use Y: \\storageAccountName.file.core.windows.net\testShare我们确保正在从域用户加入域的计算机上尝试这些步骤。本地AD通过每30分钟运行一次的AD Connect连接到Azure AD。我们确保此域用户是AD组的一部分,这些AD组被分配了对Azure门户中的文件共享的访问权限以及对共享本身的NTFS权限。存储帐户启用了Private Endpoint,为了降低复杂性,我们使用分配给存储帐户的IP地址进行测试。
为什么该命令仍要求提供凭据且未连接到文件共享?我们可能会遗漏什么?
发布于 2021-10-26 03:01:57
经过更多故障诊断后找到了解决方案。解决方案是首先设置DNS。在设置域名系统并尝试连接到"storageAccountName.file.core.windows.net“而不是IP地址后,连接工作正常。它不要求任何凭据,并利用已登录的域用户进行连接。
我认为Kerberos身份验证需要连接到DNS名称(而不是直接IP地址),因为与存储对应的对象设置为存储帐户的名称。
希望这对其他面临这个问题的人有所帮助。
https://stackoverflow.com/questions/69715662
复制相似问题