通过图表更新 AzureAD/O365 UPN

Update AzureAD/O365 UPN via Graph

我正在尝试通过 MS Graph 利用 Powershell 中的 .Net ADAL 库更新联合域中 Azure AD 用户(使用 Azure AD Connect 加载)的 UPN。我相当确定我在 Azure 和 PS 中正确配置了所有内容,因为如果我发出更新 usageLocation 属性的命令,它会起作用(为简洁起见被剪掉):

$UPN="user@mytenant.edu"
$Body=@{UsageLocation="JP"} | ConvertTo-JSON
$Result=Invoke-RestMethod -Method PATCH -Uri "https://graph.microsoft.com/v1.0/users/${UPN}" -Headers @{Authorization=$authenticationResult.CreateAuthorizationHeader()} -ContentType "application/json" -Body $Body
$user=Invoke-RestMethod -Method GET -Uri "https://graph.microsoft.com/v1.0/users/${UPN}?`$select=usageLocation" -Headers @{Authorization=$authenticationResult.CreateAuthorizationHeader()} -ContentType "application/json"
$user.usageLocation

JP

但是,如果我尝试将 UPN 更新到非联合域(因此我不会 运行 与 http://blogs.perficient.com/microsoft/2013/03/changing-upn-for-office-365-account-between-two-sso-domains/ 中描述的问题相冲突),我会收到内部服务器错误(500):

$UPN="user@mytenant.edu"
$Body=@{userPrincipalName="user@tenant.onmicrosoft.com"} | ConvertTo-JSON
$Result=Invoke-RestMethod -Method PATCH -Uri "https://graph.microsoft.com/v1.0/users/${UPN}" -Headers @{Authorization=$authenticationResult.CreateAuthorizationHeader()} -ContentType "application/json" -Body $Body

Invoke-RestMethod : The remote server returned an error: (500) Internal Server Error.

我尝试了许多不同的变体,包括检索 Azure AD GUID 并在 PATCH 命令中使用它而不是 UPN,以及使用旧的 Azure AD Graph(returns 相同的 500 错误)。我可以使用 O365 Powershell 命令进行更改:

Set-MsolUserPrincipalName -UserPrincipalName $UPN -NewUserPrincipalName $newUPN

但我似乎无法通过 MS Graph 使其工作。图表的文档暗示 UPN 可以像其他属性一样更新(例如 c.v。http://graph.microsoft.io/en-us/docs/api-reference/v1.0/api/user_update)。我想知道是否因为 UPN 是一个密钥,也许这会使更新不起作用?我也不认为这是一个权限问题,那些通常会抛出 "Insufficient privileges to complete the operation." 这不是我所看到的。

谢谢!

更新 1:这是我今天早上重新尝试时可以从错误对象中找出的所有内容:

{
  "error": {
    "code": "Service_InternalServerError",
    "message": "Encountered an internal server error.",
    "innerError": {
      "request-id": "cbb08d3c-1143-4d0b-8722-5230b00bd00f",
      "date": "2016-02-15T16:48:15"
    }
  }
}

我查看了跟踪记录,我将在我们这边针对 500 错误提交一个错误(我们当然可以在这里做得更好)。根据跟踪,如果您通过将用户从联合域重命名为云托管域来更新用户,则必须 provide/set 密码作为请求的一部分(使用 passwordProfile 复杂类型)。这就是根据日志请求失败的原因。如果这能解决您的问题,请告诉我们。