让我帮你针对性梳理下这个问题，结合你已经尝试的方法，给出几个可行的解决方案：

1. 先排查脚本的实际错误（关键第一步） #

你之前的尝试都没成功，但没提到具体错误信息，建议先给脚本加上日志输出，定位到底是权限问题、模块加载失败还是环境变量获取异常。在脚本开头加入以下代码：

$logFile = Join-Path $env:TEMP "AD_Login_Script_Log_$(Get-Date -Format 'yyyyMMddHHmmss').txt"
# 输出环境变量到日志
"=== 环境变量信息 ===" | Out-File $logFile -Append
"DOMAINNAME: $($env:DOMAINNAME ?? '未获取到')" | Out-File $logFile -Append
"USERNAME: $($env:USERNAME ?? '未获取到')" | Out-File $logFile -Append
"APPDATA: $($env:APPDATA ?? '未获取到')" | Out-File $logFile -Append
"TEMP: $($env:TEMP ?? '未获取到')" | Out-File $logFile -Append

try {
    # 强制加载AD模块并捕获错误
    Import-Module ActiveDirectory -ErrorAction Stop
    "AD模块加载成功" | Out-File $logFile -Append

    # 尝试获取用户组信息
    $adUser = Get-ADUser $env:USERNAME -Properties MemberOf -ErrorAction Stop
    "用户所属组数量: $($adUser.MemberOf.Count)" | Out-File $logFile -Append
    # 这里添加你的其他业务逻辑
}
catch {
    "=== 错误信息 ===" | Out-File $logFile -Append
    "错误时间: $(Get-Date)" | Out-File $logFile -Append
    "错误内容: $_" | Out-File $logFile -Append
    "错误堆栈: $($_.ScriptStackTrace)" | Out-File $logFile -Append
}

运行后去$env:TEMP下找日志文件，就能明确是哪一步出问题了。

2. 调整组策略登录脚本的执行方式 #

你试过组策略的用户和计算机配置，但两者的执行上下文完全不同：

• 用户配置下的登录脚本：以当前登录用户的身份运行，能正常获取$env:USERNAME等用户环境变量，但需要确保该用户有读取AD用户/组信息的权限（域用户默认具备，但如果是受限OU或特殊组可能例外）。另外，组策略中添加PowerShell脚本时，不要直接填脚本路径，应该：

  1. 在「登录脚本」窗口点击「添加」→「脚本名称」填powershell.exe
  2. 「脚本参数」填：-ExecutionPolicy Bypass -NoProfile -File "C:\路径\到\你的脚本.ps1"
     （-NoProfile避免加载用户PowerShell配置文件导致的异常）

• 计算机配置下的登录脚本：以本地系统账号运行，此时$env:USERNAME是系统账号，不是登录用户的账号。如果一定要用计算机配置，需要先获取当前登录的用户：

  $currentUser = Get-WmiObject Win32_ComputerSystem | Select-Object -ExpandProperty UserName
  # 拆分域名和用户名
  $domain, $username = $currentUser -split '\\', 2
  

  但本地系统账号在域中的AD读取权限有限，除非你给本地系统账号赋予了AD权限，否则不推荐用计算机配置。

3. 优化计划任务的配置 #

你之前创建计划任务没成功，大概率是配置细节没做好，正确的配置应该是：

• 触发器：选择「登录时」，并勾选「任意用户」（或指定特定用户）
• 操作：
  • 程序/脚本：powershell.exe
  • 添加参数：-ExecutionPolicy Bypass -NoProfile -File "C:\路径\到\你的脚本.ps1"
• 安全选项：
  • 选择「只有在用户登录时运行」（这样才能获取用户的环境变量）
  • 如果脚本需要更高的AD权限，可勾选「使用最高权限运行」（注意安全风险）
  • 不要勾选「不管用户是否登录都要运行」，否则会以系统账号运行，无法获取用户环境变量

4. 确认AD模块的安装与加载 #

如果日志显示AD模块加载失败，需要确认：

• 运行脚本的机器是否安装了RSAT-AD-PowerShell模块（Windows 10/11可通过「设置→应用→可选功能」安装，服务器版可通过服务器管理器添加角色）
• 如果是在非域控制器的机器上运行，确保能连接到域控制器（可在脚本中指定域控制器：Get-ADUser -Server "DC01.yourdomain.com" ...）

内容的提问来源于stack exchange，提问作者elmizu