Active directory 与使用ADUC gui相比,powershell Set-ADUser命令存在问题

Active directory 与使用ADUC gui相比,powershell Set-ADUser命令存在问题,active-directory,Active Directory,我让我们的新员工流程实现了自动化,但我们最近发现,登录到机器的用户不会映射其主文件夹。我认为这是自动化的结果,在过去的两天里,我一直在用头敲击键盘,试图找出答案。我发现了问题,我不知道如何解决它 这是不可否认的。它的窗户。如果我尝试通过powershell添加此属性,其行为与此相同(登录时不映射主文件夹),但如果我进入ADUC并更改一个字符,基本上从那里保存,则效果良好。我注意到,当我从ADUC接口执行此操作时,会出现一个错误,说明: “主文件夹已设置为以下共享文件夹:\Fileserver{{

我让我们的新员工流程实现了自动化,但我们最近发现,登录到机器的用户不会映射其主文件夹。我认为这是自动化的结果,在过去的两天里,我一直在用头敲击键盘,试图找出答案。我发现了问题,我不知道如何解决它

这是不可否认的。它的窗户。如果我尝试通过powershell添加此属性,其行为与此相同(登录时不映射主文件夹),但如果我进入ADUC并更改一个字符,基本上从那里保存,则效果良好。我注意到,当我从ADUC接口执行此操作时,会出现一个错误,说明:

“主文件夹已设置为以下共享文件夹:\Fileserver{{user}”$

共享文件夹已存在。由于文件夹位于文件共享的根目录下,您必须验证用户是否具有管理文件夹内容的适当权限。“

下面是我尝试使用的powershell命令,它似乎可以很好地设置ADUser-Identity'{{uid}'-homeDrive'H'-homeDirectory'\Fileserver{uid}$'

我唯一能想到的是,这条消息需要确认,但因为它的信息量更大,powershell不会阻止它工作或正确地翻译它


我看不出有什么办法强迫它。任何帮助/建议。

ADUC在后台做的工作不仅仅是在AD中设置属性,还有两个方面:

  • 它使用冒号将
    homeDrive
    设置为驱动器号。因此,您应该使用
    -homeDrive'H:'

  • 它验证
    homeditory
    看起来是否有效(它必须看起来像
    \\server\which
    ),更重要的是,只要当前用户有权限,它就会在服务器上创建文件夹


  • 因此,您的问题可能是您在
    homeDrive中缺少冒号,或者您的脚本没有在服务器上创建文件夹,或者两者都有。

    我确认正在创建文件夹。在“我的自动化”中,在此配置文件设置之前和测试期间(通过powershell运行命令),已创建文件夹。我试试冒号。谢谢你的建议。老兄,你太棒了。那正是它(没有冒号)。尽管它看起来工作得很好,但事实并非如此。很高兴能帮忙!这并不总是显而易见的。