Google WorkPlace存档的用户被暂停

发布于 2025-02-14 01:14:32 字数 2051 浏览 3 评论 0原文

我正在使用目录API获取用户。

一些存档的用户返回暂停= true,而另一些则悬挂= false。怎么会发生?从我的理解来看,存档的用户不能被暂停。

此外,当我查看我的管理页面时,这两个都被悬挂了(image bellow)

”在这里输入图像说明”

任何人都可以解释我为什么会发生这种情况,如果不暂停存档的用户,是否会有任何风险?

如果打开图像,则可以在红色框中看到两个用户被暂停的。是的,可以肯定:

   "kind":"admin#directory#user",
   "id":"10901XXXXXX620",
   "etag":"\"SEQQBYC70u6XXXXNYw6b0a5EzY0mTMShjiZga8A/yP85WF6T0tk9a_pgQVEqRq9kHtY\"",
   "primaryEmail":"[email protected]",
   "name":{
      "givenName":"Aaaa",
      "familyName":"John",
      "fullName":"Aaaaa John"
   },
   "isAdmin":false,
   "isDelegatedAdmin":false,
   "lastLoginTime":"2022-01-10T20:35:25.000Z",
   "creationTime":"2020-10-15T22:40:55.000Z",
   "agreedToTerms":true,
   "suspended":false,
   "archived":true,
   "changePasswordAtNextLogin":false,
   "ipWhitelisted":false,
   "emails":[
      {
         "address":"[email protected]",
         "primary":true
      }
   ],
   "languages":[
      {
         "languageCode":"pt",
         "preference":"preferred"
      }
   ],
   "customerId":"C00pnlc1u",
   "orgUnitPath":"/Suspensos",
   "isMailboxSetup":true,
   "isEnrolledIn2Sv":true,
   "isEnforcedIn2Sv":true,
   "includeInGlobalAddressList":true,
   "thumbnailPhotoUrl":"https://www.google.com/s2/photos/private/AIbEiAIAAABDCPSAwvv50PWPfSILdmNhcmRfcGhvdG8qKDFhZWFiOTk4NzM5NDY1MjJlOWE4MmE0ODgxMzc3MjM4MzJiYzYyNDUwAUuoUxHJzf7midKhUvdRVmS3n2UE",
   "thumbnailPhotoEtag":"\"SEQQBYC70u6XQ2UUjmjNYw6b0a5EzY0mTMShjiZga8A/hU3SJUEhoSHtQtx1ZyG7nXFnWgw\"",
   "recoveryEmail":"[email protected]"
}```

I'm using Directory API to fetch users.

Some archived users are returning Suspended = True and others Suspended = False. How can it happen? From my understanding an archived user can't be Suspended.

Moreover, when I look at my admin page both of then are Suspended (image bellow)

enter image description here

Can anyone explain me why this is happening, and if it's normal, is there any risk if an archived user is not suspended?

If you open the image you can see inside the red box that both users are suspended. yes for sure:

   "kind":"admin#directory#user",
   "id":"10901XXXXXX620",
   "etag":"\"SEQQBYC70u6XXXXNYw6b0a5EzY0mTMShjiZga8A/yP85WF6T0tk9a_pgQVEqRq9kHtY\"",
   "primaryEmail":"[email protected]",
   "name":{
      "givenName":"Aaaa",
      "familyName":"John",
      "fullName":"Aaaaa John"
   },
   "isAdmin":false,
   "isDelegatedAdmin":false,
   "lastLoginTime":"2022-01-10T20:35:25.000Z",
   "creationTime":"2020-10-15T22:40:55.000Z",
   "agreedToTerms":true,
   "suspended":false,
   "archived":true,
   "changePasswordAtNextLogin":false,
   "ipWhitelisted":false,
   "emails":[
      {
         "address":"[email protected]",
         "primary":true
      }
   ],
   "languages":[
      {
         "languageCode":"pt",
         "preference":"preferred"
      }
   ],
   "customerId":"C00pnlc1u",
   "orgUnitPath":"/Suspensos",
   "isMailboxSetup":true,
   "isEnrolledIn2Sv":true,
   "isEnforcedIn2Sv":true,
   "includeInGlobalAddressList":true,
   "thumbnailPhotoUrl":"https://www.google.com/s2/photos/private/AIbEiAIAAABDCPSAwvv50PWPfSILdmNhcmRfcGhvdG8qKDFhZWFiOTk4NzM5NDY1MjJlOWE4MmE0ODgxMzc3MjM4MzJiYzYyNDUwAUuoUxHJzf7midKhUvdRVmS3n2UE",
   "thumbnailPhotoEtag":"\"SEQQBYC70u6XQ2UUjmjNYw6b0a5EzY0mTMShjiZga8A/hU3SJUEhoSHtQtx1ZyG7nXFnWgw\"",
   "recoveryEmail":"[email protected]"
}```

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

冷血 2025-02-21 01:14:32

您可以在屏幕截图中的红色框中看到的只是用户位于管理员控制台中的组织单元,但这只是OU的名称,确实反映了实际的用户状态。

在下面的屏幕截图中可以看到的用户状态可以在用户的​​个人资料图片下方看到:

“在此处输入图像说明”

尽可能请参阅OU的名称测试OU暂停,但是用户状态为活动> Active,因此OU的名称不反映用户状态。

因此,就您而言,这意味着用户已正确存档,但不一定被暂停。现在回答您的问题:

任何人都可以向我解释为什么会发生这种情况,如果它是正常的,那么如果存档用户不被暂停?

是否会有任何风险?

您可能不需要在已经存档的情况下暂停用户。归档用户时,它会进入部分悬架状态,其中根据官方文档这就是存档帐户发生的事情:

  • 无法在任何系统上登录其Google帐户。这包括Google Workspace服务,例如Gmail,Google日历和驱动器。
  • 不要出现在全球地址列表中。在用户目录列表中,用户以存档状态出现。了解全球地址列表。
  • 可以被删除或未经许可,但不能暂停在管理员控制台中。

文档还提到以下内容:

  • 您可以归档主动用户和悬挂用户。如果您不构建用户,他们会返回其以前的状态,并重新获得对所有以前数据的访问。

总而言之,如果用户被暂停是否没有错,这仅意味着如果存档用户返回true使用API​​时,悬挂参数保存在存档之前的状态,以防万一您决定以后再归入该状态,以返回到该特定状态。

参考:

What you can see in the red box in the screenshots is just the organizational unit where the user has been located in the Admin console, however that is just a name for the OU and does reflect the actual user status.

The user status can be seen below the user's profile picture as you can see in the following screenshot:

enter image description here

As you can see the name of the OU is Test OU Suspended, but the user status is Active so the name of the OU does not reflect the user status.

So in your case this means that the user was archived correctly but is not necessarily suspended. Now to answer your question:

Can anyone explain me why this is happening, and if it's normal, is there any risk if an archived user is not suspended?

You may not need the user to be suspended as it has already been archived. When archiving a user it enters into a partial suspension state where according to the official documentation this is what happens to the archived account:

  • Can’t sign in to their Google Account, on any system. This includes Google Workspace services, such as Gmail, Google Calendar, and Drive.
  • Don’t appear in the Global Address List. In user directory listings, the user appears with archived status. Learn about the Global Address List.
  • Can be deleted or unarchived, but not suspended in the Admin console.

The documentation also mentions the following:

  • You can archive both active and suspended users. If you unarchive a user, they return to their previous state and regain access to all their previous data.

In conclusion there is nothing wrong if the user is suspended or not, this just means that if an archived user returns True in the Suspended parameter when using the API this is just to save the status it had before being archived so that in case you decide to unarchive it later on it returns back to that specific state.

References:

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文