gitlab-org--gitlab-foss/doc/user/admin_area/moderate_users.md

8.1 KiB

stage group info type
Manage Access To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments howto

Moderate users

GitLab administrators can moderate user access by approving, blocking, banning, or deactivating users.

Users pending approval

A user in pending approval state requires action by an administrator. A user sign up can be in a pending approval state because an administrator has enabled either, or both, of the following options:

When a user registers for an account while this setting is enabled:

  • The user is placed in a Pending approval state.
  • The user sees a message telling them their account is awaiting approval by an administrator.

A user pending approval:

  • Is functionally identical to a blocked user.
  • Cannot sign in.
  • Cannot access Git repositories or the GitLab API.
  • Does not receive any notifications from GitLab.
  • Does not consume a seat.

An administrator must approve their sign up to allow them to sign in.

View user sign ups pending approval

To view user sign ups pending approval:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. Select the Pending approval tab.

Approve or reject a user sign up

A user sign up pending approval can be approved or rejected from the Admin Area.

To approve or reject a user sign up:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. Select the Pending approval tab.
  4. (Optional) Select a user.
  5. Select the {settings} User administration dropdown.
  6. Select Approve or Reject.

Approving a user:

  • Activates their account.
  • Changes the user's state to active.
  • Consumes a subscription seat.

Block and unblock users

GitLab administrators can block and unblock users.

Block a user

In order to completely prevent access of a user to the GitLab instance, administrators can choose to block the user.

Users can be blocked via an abuse report, or directly from the Admin Area. To do this:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. (Optional) Select a user.
  4. Select the {settings} User administration dropdown.
  5. Select Block.

A blocked user:

  • Cannot log in.
  • Cannot access Git repositories or the API.
  • Does not receive any notifications from GitLab.
  • Cannot use slash commands.

Personal projects, and group and user history of the blocked user are left intact.

Users can also be blocked using the GitLab API.

NOTE: A blocked user does not consume a seat.

Unblock a user

A blocked user can be unblocked from the Admin Area. To do this:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. Select on the Blocked tab.
  4. (Optional) Select a user.
  5. Select the {settings} User administration dropdown.
  6. Select Unblock.

Users can also be unblocked using the GitLab API.

NOTE: Unblocking a user changes the user's state to active and consumes a seat.

Activate and deactivate users

GitLab administrators can deactivate and activate users.

Deactivate a user

Introduced in GitLab 12.4.

In order to temporarily prevent access by a GitLab user that has no recent activity, administrators can choose to deactivate the user.

Deactivating a user is functionally identical to blocking a user, with the following differences:

  • It does not prohibit the user from logging back in via the UI.
  • Once a deactivated user logs back into the GitLab UI, their account is set to active.

A deactivated user:

  • Cannot access Git repositories or the API.
  • Does not receive any notifications from GitLab.
  • Does not be able to use slash commands.

Personal projects, and group and user history of the deactivated user are left intact.

A user can be deactivated from the Admin Area. To do this:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. (Optional) Select a user.
  4. Select the {settings} User administration dropdown.
  5. Select Deactivate.

For the deactivation option to be visible to an admin, the user:

  • Must be currently active.
  • Must not have signed in, or have any activity, in the last 90 days.

Users can also be deactivated using the GitLab API.

NOTE: A deactivated user does not consume a seat.

Automatically deactivate dormant users

Introduced in GitLab 14.0.

Administrators can enable automatic deactivation of users who have not signed in, or have no activity in the last 90 days. To do this:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Settings > General.
  3. Expand the Account and limit section.
  4. Under Dormant users, check Deactivate dormant users after 90 days of inactivity.
  5. Select Save changes.

When this feature is enabled, GitLab runs a job once a day to deactivate the dormant users.

A maximum of 100,000 users can be deactivated per day.

Activate a user

Introduced in GitLab 12.4.

A deactivated user can be activated from the Admin Area.

To do this:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. Select the Deactivated tab.
  4. (Optional) Select a user.
  5. Select the {settings} User administration dropdown.
  6. Select Activate.

Users can also be activated using the GitLab API.

NOTE: Activating a user changes the user's state to active and consumes a seat.

NOTE: A deactivated user can also activate their account themselves by logging back in via the UI.

Ban and unban users

Introduced in GitLab 13.12.

GitLab administrators can ban users.

NOTE: This feature is behind a feature flag that is disabled by default. GitLab administrators with access to the GitLab Rails console can enable this feature for your GitLab instance.

Ban a user

To completely block a user, administrators can choose to ban the user.

Users can be banned using the Admin Area. To do this:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. (Optional) Select a user.
  4. Select the {settings} User administration dropdown.
  5. Select Ban user.

NOTE: This feature is a work in progress. Currently, banning a user only blocks them and does not hide their comments or issues.

Unban a user

A banned user can be unbanned using the Admin Area. To do this:

  1. On the top bar, select Menu > {admin} Admin.
  2. On the left sidebar, select Overview > Users.
  3. Select the Banned tab.
  4. (Optional) Select a user.
  5. Select the {settings} User administration dropdown.
  6. Select Unban user.

NOTE: Unbanning a user changes the user's state to active and consumes a seat.