Skip to main content
Users table Members of the Admin role can create, delete, and modify users on this tab. Admin is the only role with permission to manage other users.

​
Add or Edit Users

To add a user, click Add User. To edit an existing user, hover over their row in the table, click the ellipses, then choose Edit. Complete the following fields: To give the new user Admin API and/or OAuth access, click the API Access tab. Provide Admin or OAuth access To add trusted or banned IP ranges specific to this user, click the Trusted IP Ranges or Banned IP Ranges tabs to add the ranges. You can provide single IP addresses, simple ranges (such as 203.0.113.* or 203.0.113.1-255), or Classless Inter-Domain Routing (CIDR) ranges. These tabs also display the global trusted and banned ranges that have been defined on the Network Access portion of the Settings > Security page.

​
User Types

Arc supports the following user types:
  • Standard accounts are for people who sign in to the Arc console interactively with a username and password.
  • SSO accounts are for people who authenticate through an external identity provider (IdP). The Password field is hidden for SSO accounts that do not have the Admin role. SSO accounts with the Admin role retain a local password as a fallback for signing in when SSO is unavailable. The Federation Id field is always shown for SSO accounts and is used to map the identity claim from the IdP to this Arc user account. Because authentication happens at the IdP, Arc 2FA does not apply to SSO accounts, so the 2FA controls are not shown. For more information on configuring SSO, see Single Sign-On.
  • Active Directory accounts are for people who authenticate using a Windows domain account. Usernames must be in domain\username format. Active Directory is only available on the .NET edition.
  • LDAP accounts are for people who authenticate using an LDAP directory service. LDAP is only available on the Cross-Platform edition.
  • Service accounts are for automated, machine-to-machine access, such as invoking Flow API endpoints or calling the Admin API. Service accounts do not sign in interactively, so the Password field and 2FA controls are not shown; instead, they authenticate only with an authtoken or OAuth client credentials configured on the API Access tab. Service accounts require at least one authentication method configured on the API Access tab (either Enable Authtoken Access or Enable OAuth Access). If neither is enabled, the form displays a warning and blocks saving. For example, you might pair a service account with a role that grants only the Flow API Invoke permission to let it call specific endpoints without any access to, or visibility into, the Arc UI.
When SSO is globally enabled, the Federation Id field also appears for Standard accounts. This supports Standard accounts that have a Federation Id but were not migrated to the SSO type, such as Admin accounts that keep a local password as a fallback.
The available user types depend on your license tier:

​
Single Sign-On

Arc supports single sign-on (SSO) via identity providers that implement the OpenID standard. For more information, including specific guidance for Azure AD, see Single Sign-On.

​
Admin API Access

Each user is granted an authtoken that can be used to access the Admin API. For more information on authenticating against the Admin API, see Admin API Authentication. The specific actions that a user can perform using the Admin API mirror the actions that the same user can perform using the UI. For example, a user that cannot delete connectors in the UI cannot use the Admin API to delete connectors. To perform any action using the Admin API, use an authtoken from an Admin user when invoking the API.

​
Password Resets

Every user can have an email address associated with their account. This way, if they need to reset their password, they can click the Forgot password link to have a reset link emailed to them. Every password reset that is sent adds a row to the application log. Users who do not have an email associated with their account must contact an administrator to have their password reset, so it is best practice for administrators to associate an email with each user account. If all admin users are locked out of Arc, the embedded web servers in each edition provide the ability to reset their password to regain access to the application. This requires administrative access to the installation, and should only be used if there is no user with access available. For example, in the Cross-Platform edition:
In the .NET edition: