• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Company · Blog · Newsletter · Events · Partner Program

Downloads      Support      Security     Admin Login
Rublon

Rublon

Secure Remote Access

  • Product
    • Regulatory Compliance
    • Use Cases
    • Rublon Reviews
    • Authentication Basics
    • What is MFA?
    • Importance of MFA
    • User Experience
    • Authentication Methods
    • Rublon Authenticator
    • Remembered Devices
    • Logs
    • Single Sign-On
    • Access Policies
    • Directory Sync
  • Solutions
    • MFA for Remote Desktop
    • MFA for Remote Access Software
    • MFA for Windows Logon
    • MFA for Linux
    • MFA for Active Directory
    • MFA for LDAP
    • MFA for RADIUS
    • MFA for SAML
    • MFA for RemoteApp
    • MFA for Workgroup Accounts
    • MFA for Entra ID
  • Customers
  • Industries
    • Financial Services
    • Investment Funds
    • Retail
    • Technology
    • Healthcare
    • Legal
    • Education
    • Government
  • Pricing
  • Docs
Contact Sales Free Trial

Rublon Admin API Use Cases

November 23, 2023 By Rublon Authors

Last updated on July 29, 2025

In the world of software development, APIs (Application Programming Interfaces) have become a crucial tool for integrating different software systems. Among these, the Rublon Admin API allows you to manage users in your organization programmatically. In this blog post, we will delve into six practical use cases of the Rublon Admin API, providing you with detailed insights and code examples.

About the Rublon Admin API

Before we dive into the use cases, let’s understand what the Rublon Admin API is. The Rublon Admin API is a RESTful web service that allows you to perform administrative tasks without accessing the Rublon Admin Console. It provides various endpoints for performing operations like listing users, creating users, updating user information, assigning users to groups, and deleting users.

You can learn more about the Admin API:

  • Automate Your Admin Tasks With Rublon’s New Admin API
  • Rublon Admin API
  • Rublon Admin API Endpoints
  • Rublon Postman collection

Do This Before You Start Calling the Admin API

Before you start to send requests to the Rublon Admin API, read and perform the steps from the Before You Start section of the Rublon Admin API documentation.

How to Get the userId?

The userId is a unique identifier of the user in a Rublon organization.

You can get the userId in two ways.

Way #1: Using Rublon Admin Console:

1. Sign in to the Rublon Admin Console.

2. Select the Users tab.

3. Click the username of the user whose userId you need.

4. The Edit User view will open.

5. Inspect the URL in your browser. The last part of the URL is the userId. For example, the bolded part of the following URL is the userId:

https://admin.rublon.net/users/e3g6h604huo2ee5

Way #2: Programmatically:

You can also use the GET api/admin/users endpoint. This way requires you to first fetch all or some users and then programmatically get the value of “id” of each or selected user.

How to Get the groupId?

The groupId is a unique identifier of the group in a Rublon organization.

Get the groupId Using Rublon Admin Console:

1. Sign in to the Rublon Admin Console.

2. Select the Groups tab.

3. Click the group whose groupId you need.

4. The Edit Group view will open.

5. Inspect the URL in your browser. The last part of the URL is the groupId. For example, the bolded part of the following URL is the groupId:

https://admin.rublon.net/groups/k98qfb3d9d3adoo0fe64

Listing Users Whose Username Contains a String

One of the most common tasks an administrator might need to perform is to list users based on specific criteria. This endpoint can be incredibly useful when you are trying to find users based on specific name patterns. For instance, you might want to list all users whose usernames contain a specific character or string.

The Rublon Admin API makes this task straightforward with the GET api/admin/users endpoint.

Here’s an example of how to list all users whose usernames contain “ohn”:

GET https://core.rublon.net/api/admin/users

With body:

{
  "perPage": 30,
  "sortBy": {
    "sortField": "createdAt",
    "sortOrder": "desc"
  },
  "filterBy": {
    "search": "a"
  }
}

In this example, “ohn” is the specific string you are looking for in the usernames. After you send this request, the Rublon API will return a list of all users whose usernames contain “ohn”.

Here’s an example of a response, where the Admin API found and returned one username in the organization that contains the “ohn” string.

{
    "status": "OK",
    "result": {
        "data": [
            {
                "id": "e3g6h604huo2ee5",
                "email": "john_smith@rublon.com",
                "username": "john_smith",
                "name": "John Smith",
                "status": "active",
                "groups": []
            }
        ],
        "meta": {
            "current_page": 1,
            "from": 1,
            "last_page": 1,
            "path": "https://core.rublon.net/api/admin/users",
            "per_page": 30,
            "to": 1,
            "total": 1
        }
    }
}

Listing Users With Emails In a Specific Domain

Another common task is to list users based on their email domain. This can be particularly useful if your organization has multiple email domains and you want to manage users based on their domain. The Rublon Admin API provides a simple way to do this with the GET api/admin/users.

Here’s an example of how to list all users with emails in the domain “rublon.com”:

GET https://core.rublon.net/api/admin/users

With body:

{
  "perPage": 30,
  "sortBy": {
    "sortField": "createdAt",
    "sortOrder": "desc"
  },
  "filterBy": {
    "search": "rublon.com"
  }
}

In this example, “rublon.com” is the specific email domain you are looking for. The API will return a list of all users whose email domain is “rublon.com”. This way, you can manage users more effectively based on their email domain.

Here’s a successful response, where the Admin API found and returned two users whose emails are in the “rublon.com” domain.

{
    "status": "OK",
    "result": {
        "data": [
            {
                "id": "e3g6h604huo2ee5",
                "email": "john_smith@rublon.com",
                "username": "john_smith",
                "name": "John Smith",
                "status": "active",
                "groups": []
            },
            {
                "id": "j7k5l708goe4kl2",
                "email": "alice_welles@rublon.com",
                "username": "alice_welles",
                "name": "Alice Welles",
                "status": "active",
                "groups": [
                    {
                        "id": "h26120d29gac7fe653f81",
                        "name": "VPN Users",
                        "status": "active",
                        "description": null
                    },
                    {
                        "id": "mr885a172ae0f78t3072",
                        "name": "Windows Users",
                        "status": "active",
                        "description": null
                    }
                ]

            }
        ],
        "meta": {
            "current_page": 1,
            "from": 1,
            "last_page": 1,
            "path": "https://core.rublon.net/api/admin/users",
            "per_page": 30,
            "to": 2,
            "total": 2
        }
    }
}

Getting a Specific User

You might want to get a specific user. You can do this if you know this user’s userId. If you do not know how to get this value, refer to How to Get the userId.

The Rublon Admin API provides a simple way to get a specific user with the GET api/admin/users/{userId} endpoint.

Here’s an example of how to get a user whose userId is e3g6h604huo2ee5:

GET https://core.rublon.net/api/admin/users/e3g6h604huo2ee5

A successful response looks like this:

{
    "status": "OK",
    "result": {
                "id": "e3g6h604huo2ee5",
                "email": "john_smith@rublon.com",
                "username": "john_smith",
                "name": "John Smith",
                "status": "active",
                "groups": []
    }
}

If there is no user with such userId, you will receive the following response:

{
    "status": "ERROR",
    "code": 400,
    "result": {
        "exception": "UserNotFoundException",
        "code": 40,
        "errorMessage": "User not found.",
        "details": null
    }
}

Creating a User and Assigning Them to Two Groups

Creating users and simultaneously assigning them to groups is a fundamental operation in user management. The Rublon Admin API provides a simple and efficient way to do this with the POST admin/api/users endpoint.

If you do not know how to get the group IDs, refer to How to Get the groupId.

Here’s an example of how to create a new user and simultaneously assign them to two groups.

Use endpoint:

POST https://core.rublon.net/api/admin/users

With body:

{
    "email": "mike_townsend@rublon.com",
    "username": "mike_townsend",
    "name": "Mike Townsend",
    "status": "active",
    "groups": ["h26120d29gac7fe653f81", "mr885a172ae0f78t3072"]
}

In this example, a user with the username “mike_townsend” and email “mike_townsend@rublon.com” is created. This user’s status is set to Active. Finally, this user is assigned to groups “VPN Users” and “Windows Users”.

Creating a user and immediately assigning them to a group can save you a lot of time and effort in user management.

Changing User Email and Username

Updating user information is another common task in user management. Whether it’s changing a user’s name, email, or other information, the Rublon Admin API makes it easy with the PUT api/admin/users/{userId} endpoint. You can do this if you know this user’s userId. If you do not know how to get this value, refer to How to Get the userId.

Here’s an example of how you can change the user email and username.

Use endpoint:

PUT https://core.rublon.net/api/admin/users/{userId}

With body:

{
    "email": "michael_townsend@rublon.com",
    "username": "michael_townsend",
    "name": "Michael Townsend"
}

In this example, the username of the user with the specified userId is changed. The changes are:

  • Email changed to “michael_townsend@rublon.com”
  • Username changed to “michael_townsend”
  • Name changed to “Michael Townsend”

This endpoint allows you to keep user information up-to-date and accurate.

Assigning an Existing User to a Group

Assigning users to groups is a crucial part of managing user access and permissions. The Rublon Admin API provides a simple way to do this with the PUT api/admin/users/{userId} endpoint.

Here’s how you can assign an existing user to a group.

PUT https://core.rublon.net/api/admin/users/{userId}

With body:

{
    "groups": ["f67efb3d9i6goww0fe64"]
}

In this example, the user with the specified ID is assigned to the group with ID “f67efb3d9i6goww0fe64”.

This endpoint allows you to manage user group assignments effectively.

IMPORTANT

When using PUT api/admin/users/{userId}, the groups field in the request body should contain all group IDs the user should belong to post-update. If only new group IDs are provided, the user will be removed from all existing groups and added to the new ones.

Deleting a User

Finally, there may be times when you need to delete a user. The Rublon Admin API provides a straightforward way to do this with the DELETE api/admin/users/{userId} endpoint.

Here’s an example of how you can delete a user:

DELETE https://core.rublon.net/api/admin/users/e3g6h604huo2ee5

In this example, the user with the userId of e3g6h604huo2ee5 is deleted.

This endpoint allows you to manage your user base effectively, ensuring that only active and relevant users are part of your system.

Listing All Aliases of a User

You might want to list all aliases of a specific user. You can do this if you know this user’s userId. If you do not know how to get this value, refer to How to Get the userId. The Rublon Admin API provides a simple way to get specific user aliases with the GET api/admin/users/{userId}/aliases endpoint.

Here’s an example of how to get all username aliases of a user whose userId is e3g6h604huo2ee5:

GET https://core.rublon.net/api/admin/users/e3g6h604huo2ee5/aliases

A successful response looks like this:

{
  "status": "OK",
  "result": {
    "data": [
      {
        "id": "03fc2bd0206972a642b0",
        "name": "bob_smith",
        "number": 1
      },
      {
        "id": "f681c60cf062430aa2fd",
        "name": "bob_rublon",
        "number": 2
      }
    ],
    "meta": {
      "current_page": 1,
      "from": 1,
      "last_page": 1,
      "path": "https://core.rublon.net/api/admin/users/e3g6h604huo2ee5/aliases",
      "per_page": 20,
      "to": 2,
      "total": 2
    }
  }
}

If the user exists, but has no username aliases, you will receive a response like this:

{
  "status": "OK",
  "result": {
    "data": [],
    "meta": {
      "current_page": 1,
      "from": null,
      "last_page": 1,
      "path": "https://core.rublon.net/api/admin/users/4a06865ba0b3987/aliases",
      "per_page": 20,
      "to": null,
      "total": 0
    }
  }
}

If there is no user with such userId, you will receive the following response:

{
  "status": "ERROR",
  "code": 400,
  "result": {
    "exception": "UserNotFoundException",
    "code": 40,
    "errorMessage": "User not found.",
    "details": null
  }
}

Adding a New Alias for a User

Adding a new user alias for a user is an essential part of user management. The Rublon Admin API provides a simple way to do this with the POST api/admin/users/{userId}/aliases endpoint.

Here’s how you can assign a new alias to a user.

Use endpoint:

POST https://core.rublon.net/api/admin/users/{userId}/aliases

With body:

{
  "name": "john_example",
  "number": 2
}

Where:

  • name is the username alias
  • number is the number of the alias of that user (each user can have up to 9 aliases)

Note

As of now, it is not possible to assign more than one alias with a single call. If you’d like to assign two or more aliases to a user, call the endpoint more than once.

Changing Name of Existing Alias

Sometimes you want to change the name of an existing alias. You can do that using the PUT /api/admin/aliases/{userAliasId} endpoint.

Use endpoint:

PUT https://core.rublon.net/api/admin/aliases/f681c60cf005530aa2fd

With body:

{
  "name": "john_smith",
  "number": 5
}

Where:

  • name is the username alias
  • number is the number of the alias of that user (each user can have up to 9 aliases)

Executing the preceding will change the name of the alias to john_smith and change the alias number to 5.

Deleting an Alias

The Rublon Admin API provides a straightforward way to delete a username alias with the DELETE api/admin/aliases/{userAliasId} endpoint.

Here’s an example of how you can delete a username alias:

DELETE https://core.rublon.net/api/admin/aliases/f681c60cf005530aa2fd

In this example, the alias with the userAliasId of f681c60cf005530aa2fd is deleted.

Listing Audit Logs

If you want to fetch Audit Logs, you can do it using the GET api/admin/logs/audit endpoint.

Use endpoint:

GET api/admin/logs/audit

With body:

{
  "perPage": 100,
  "sortBy": {
    "sortField": "createdAt",
    "sortOrder": "asc"
  },
  "filterBy": {
    "from": "2024-08-01 10:00:00",
    "to": "2030-09-01 10:00:00",
    "event": "Administrator.Authentication.Success",
    "search": "bob@rublon.com"
  }
}

(This example is meant to show all available parameters. Feel free to remove some of these sorting and filtering parameters if you do not need them.)

Where:

  • perPage is the number of audit logs per page
  • “sortBy[sortField]”: “createdAt” denotes that audit logs should be sorted by the time of creation
  • “sortBy[sortOrder]”: “asc” denotes that audit logs should be sorted in ascending order
  • “filterBy[from]”: “2024-08-01 10:00:00” denotes that only audit logs past this datetime should be returned
  • “filterBy[to]”: “2030-09-01 10:00:00” denotes that only audit logs up to this datetime should be returned
  • “filterBy[event]”: “Administrator.Authentication.Success” denotes that only audit logs of this specific event type should be returned.
    • You can use a pattern. The percentage sign (%) is a wildcard that means any one or more characters. For example, System.% is a pattern that lists all events that start with “System.”
  • “filterBy[search]”: “bob@rublon.com” denotes that only audit logs with this specific string should be returned

After you execute the preceding, you will receive a response with audit logs. However, if there are more than 100 audit logs in your organization fitting the criteria, you will find next_cursor at the end of the response. You can insert this value in your next request’s body to fetch another 100 audit logs:

{
<other params>
"cursor":"eyJjcmVhdGVkX2F0IjoeMjAyNC0wMy0yOCAxMTo0MTo0NQPsIl9wb2ludHNUb05leHRJdGVtcyI6dKI1ZX0"
}

Find the list of all events below:

EventValue for filterBy
Bypassed Sign-inAdministrator.Authentication.Bypass
Idle Authentication ClosedAdministrator.Authentication.Cancel
Unsuccessful Sign-in AttemptAdministrator.Authentication.Fail
Successful Sign-inAdministrator.Authentication.Success
Deleted Third-Party Authenticator App of AdministratorAdministrator.Authenticator.App.ThirdParty.Delete
Created Phone for AdministratorAdministrator.Authenticator.Phone.Create
Deleted Phone of AdministratorAdministrator.Authenticator.Phone.Delete
Updated Phone of AdministratorAdministrator.Authenticator.Phone.Update
Deleted Security Key of AdministratorAdministrator.Authenticator.SecurityKey.Delete
Created AdministratorAdministrator.Create
Deleted AdministratorAdministrator.Delete
Reset Password of AdministratorAdministrator.Password.Reset
Updated Password of AdministratorAdministrator.Password.Update
Updated AdministratorAdministrator.Update
Created ApplicationApplication.Create
Deleted ApplicationApplication.Delete
Assigned Application PolicyApplication.Policy.AppPolicy.Assign
Unassigned Application PolicyApplication.Policy.AppPolicy.Unassign
Assigned Group Policy to ApplicationApplication.Policy.GroupPolicy.Assign
Moved Group Policy to Top for ApplicationApplication.Policy.GroupPolicy.MovedToTop
Unassigned Group Policy From ApplicationApplication.Policy.GroupPolicy.Unassign
Updated ApplicationApplication.Update
Created GroupGroup.Create
Deleted GroupGroup.Delete
Updated GroupGroup.Update
Added User to GroupGroup.UserMembership.Add
Removed User From GroupGroup.UserMembership.Remove
Created PolicyPolicy.Create
Deleted PolicyPolicy.Delete
Updated PolicyPolicy.Update
Created Invoice DetailsSystem.Billing.InvoiceDetails.Create
Updated Invoice DetailsSystem.Billing.InvoiceDetails.Update
Bought Phone CreditsSystem.Billing.PhoneCredits.Add
Activated SubscriptionSystem.Billing.Subscription.Activate
Cancelled SubscriptionSystem.Billing.Subscription.Cancel
Updated Number of User LicensesSystem.Billing.Subscription.Update.LicenseCount
Sent Password Reset Email to AdministratorSystem.Communication.Email.Admin.Password.SendResetMessage
Sent Mobile Activation Email for Phone of AdministratorSystem.Communication.Email.Admin.RublonApp.SendActivationMessage
Resent Admin Setup EmailSystem.Communication.Email.Admin.SendSetupEmail
Sent Enrollment Email to UserSystem.Communication.Email.User.Enrollment.SendMessage
Sent Mobile Activation Email for Phone of UserSystem.Communication.Email.User.RublonApp.SendActivationMessage
Exported Audit LogsSystem.Data.Export.Logs.Audit
Exported Authentication LogsSystem.Data.Export.Logs.Authentication
Exported Users ListSystem.Data.Export.Users
Imported Users ListSystem.Data.Import.Users
Updated SettingsSystem.Tenant.UpdateSettings
Created Alias for UserUser.Alias.Create
Deleted Alias of UserUser.Alias.Delete
Updated Alias of UserUser.Alias.Update
Deleted Third-Party Authenticator App of UserUser.Authenticator.App.ThirdParty.Delete
Created Bypass CodeUser.Authenticator.BypassCode.Create
Deleted Bypass CodeUser.Authenticator.BypassCode.Delete
Created Phone for UserUser.Authenticator.Phone.Create
Deleted Phone of UserUser.Authenticator.Phone.Delete
Updated Phone of UserUser.Authenticator.Phone.Update
Created Security Key for UserUser.Authenticator.SecurityKey.Create
Deleted Security Key of UserUser.Authenticator.SecurityKey.Delete
Created UserUser.Create
Deleted UserUser.Delete
Directory Sync Process Completed SuccessfullyUser.DirectorySync.Complete
Started Directory Sync ProcessUser.DirectorySync.Start
Updated UserUser.Update
Updated Aliases of UserUser.UpdateAliases
Made Phone Call to UserUser.Authenticator.Phone.Call.Made
Sent SMS to UserUser.Authenticator.Phone.Sms.Sent
Exported Phone LogsSystem.Data.Export.Logs.Phone
Started Directory SynchronizationUser.DirectorySynchronization.Start
Completed Directory SynchronizationUser.DirectorySynchronization.Complete
Failed Directory SynchronizationUser.DirectorySynchronization.Fail
Created Directory Synchronization ConnectionUser.DirectorySynchronization.Connection.Create
Created Directory Synchronization ConfigurationUser.DirectorySynchronization.Configuration.Create
Updated Directory Synchronization ConfigurationUser.DirectorySynchronization.Configuration.Update
Deleted Directory Synchronization ConfigurationUser.DirectorySynchronization.Configuration.Delete
Updated Admin Sign-in SettingsSystem.Admin.SignInSettings.Update

Listing Authentication Logs

If you want to fetch Authentication Logs, you can do it using the GET api/admin/logs/authentication endpoint.

Use endpoint:

GET api/admin/logs/authentication

With body:

{
  "perPage": 100,
  "sortBy": {
  "sortBy[sortField]": "createdAt",
  "sortBy[sortOrder]": "asc"
  },
  "filterBy": {
    "from": "2024-08-01 10:00:00",
    "to": "2030-09-01 10:00:00",
    "status": ["granted"],
    "method": ["push", "yotp"],
    "aid": "e460e341f2e8275e73c3",
    "uid": "806fe8195fd891f",
    "search": "Chrome"
  }
}

(This example is meant to show all available parameters. Feel free to remove some of these sorting and filtering parameters if you do not need them.)

Where:

  • perPage is the number of authentication logs per page
  • “sortBy[sortField]”: “createdAt” denotes that authentication logs should be sorted by the time of creation
  • “sortBy[sortOrder]”: “asc” denotes that authentication logs should be sorted in ascending order
  • “filterBy[from]”: “2024-08-01 10:00:00” denotes that only authentication logs past this datetime should be returned
  • “filterBy[to]”: “2030-09-01 10:00:00” denotes that only authentication logs up to this datetime should be returned
  • “filterBy[status]”: “granted” denotes that only authentication logs with this specific status should be returned. Possible statuses:
    • bypassed
    • denied
    • granted
  • “filterBy[method]”: [“push”, “yotp”] denotes that only authentication logs associated with these methods should be returned. Possible method values, along with descriptions, are:
    • email – Email Link
    • push – Mobile Push
    • qrcode – QR Code 
    • totp – Rublon Authenticator’s Passcode
    • tpa – Third-Party App’s Passcode
    • bypassCode – Bypass Code
    • sms – SMS Passcode
    • webauthn – WebAuthn/U2F Security Key
    • trustedDevice – Remembered Device
    • yotp – YubiKey OTP
    • smsLink – SMS Link
    • phoneCall – Phone Call
  • “filterBy[aid]”: “e460e341f2e8275e73c3” denotes that only authentication logs associated with the given application ID should be returned
  • “filterBy[uid]”: “806fe8195fd891f” denotes that only authentication logs associated with the given user ID should be returned
  • “filterBy[search]”: “Chrome” denotes that only authentication logs associated with the given browser name should be returned. You can search through the following fields:
    • application.name
    • device.userAgent
    • device.browserName
    • device.browserVersion
    • device.osName
    • device.location.ip
    • device.location.country
    • device.location.city
    • user.email
    • user.username

After you execute the preceding, you will receive a response with authentication logs. However, if there are more than 100 authentication logs in your organization, you will find next_cursor at the end of the response. You can insert this value in your next request’s body to fetch another 100 authentication logs:

{
<other params>
"cursor":"eyJjcmVhdGVkX2F0IjoeMjAyNC0wMy0yOCAxMTo0MTo0NQPsIl9wb2ludHNUb05leHRJdGVtcyI6dKI1ZX0"
}

Listing Phone Logs

If you want to fetch Phone Logs, you can do it using the GET api/admin/logs/phone endpoint.

Use endpoint:

GET api/admin/logs/phone

With body:

{
  "perPage": 100,
  "sortBy": {
  "sortBy[sortField]": "createdAt",
  "sortBy[sortOrder]": "asc"
  },
  "filterBy": {
    "from": "2024-08-01 10:00:00",
    "to": "2030-09-01 10:00:00",
    "method": ["sms", "smsLink"],
    "search": "WordPress"
  }
}

(This example is meant to show all available parameters. Feel free to remove some of these sorting and filtering parameters if you do not need them.)

Where:

  • perPage is the number of phone logs per page
  • “sortBy[sortField]”: “createdAt” denotes that phone logs should be sorted by the time of creation
  • “sortBy[sortOrder]”: “asc” denotes that phone logs should be sorted in ascending order
  • “filterBy[from]”: “2024-08-01 10:00:00” denotes that only phone logs past this datetime should be returned
  • “filterBy[to]”: “2030-09-01 10:00:00” denotes that only phone logs up to this datetime should be returned
  • “filterBy[method]”: [“push”, “yotp”] denotes that only phone logs associated with these methods should be returned. Possible method values, along with descriptions, are:
    • sms – SMS Passcode
    • smsLink – SMS Link
    • phoneCall – Phone Call
  • “filterBy[search]”: “Chrome” denotes that only phone logs associated with the given application should be returned. You can search through the following fields:
    • application.name
    • context
    • number
    • status
    • user.username

After you execute the preceding, you will receive a response with phone logs. However, if there are more than 100 phone logs in your organization, you will find next_cursor at the end of the response. You can insert this value in your next request’s body to fetch another 100 phone logs:

{
<other params>
"cursor":"eyJjcmVhdGVkX2F0IjoeMjAyNC0wMy0yOCAxMTo0MTo0NQPsIl9wb2ludHNUb05leHRJdGVtcyI6dKI1ZX0"
}

Conclusion

The Rublon Admin API is a powerful tool that provides a flexible and efficient way to manage users and groups. By understanding and leveraging these six use cases, you can make the most of this tool to enhance your administrative tasks. Whether you’re listing users based on specific criteria, creating and assigning users to groups, updating user information, or deleting users, the Rublon Admin API has got you covered. Happy coding!

Filed Under: Documentation

Primary Sidebar

Contents

  • About the Rublon Admin API
  • Do This Before You Start Calling the Admin API
  • How to Get the userId?
  • How to Get the groupId?
  • Listing Users Whose Username Contains a String
  • Listing Users With Emails In a Specific Domain
  • Getting a Specific User
  • Creating a User and Assigning Them to Two Groups
  • Changing User Email and Username
  • Assigning an Existing User to a Group
  • Deleting a User
  • Listing All Aliases of a User
  • Adding a New Alias for a User
  • Changing Name of Existing Alias
  • Deleting an Alias
  • Listing Audit Logs
  • Listing Authentication Logs
  • Listing Phone Logs
  • Conclusion
Try Rublon for Free
Start your 30-day Rublon Trial to secure your employees using multi-factor authentication.
No Credit Card Required


Footer

Product

  • Regulatory Compliance
  • Use Cases
  • Rublon Reviews
  • Authentication Basics
  • What is MFA?
  • Importance of MFA
  • User Experience
  • Authentication Methods
  • Rublon Authenticator
  • Remembered Devices
  • Logs
  • Single Sign-On
  • Access Policies
  • Directory Sync

Solutions

  • MFA for Remote Desktop
  • MFA for Windows Logon
  • MFA for Remote Access Software
  • MFA for Linux
  • MFA for Active Directory
  • MFA for LDAP
  • MFA for RADIUS
  • MFA for SAML
  • MFA for RemoteApp
  • MFA for Workgroup Accounts
  • MFA for Entra ID

Industries

  • Financial Services
  • Investment Funds
  • Retail
  • Technology
  • Healthcare
  • Legal
  • Education
  • Government

Documentation

  • 2FA for Windows & RDP
  • 2FA for RDS
  • 2FA for RD Gateway
  • 2FA for RD Web Access
  • 2FA for SSH
  • 2FA for OpenVPN
  • 2FA for SonicWall VPN
  • 2FA for Cisco VPN
  • 2FA for Office 365

Support

  • Knowledge Base
  • FAQ
  • System Status

About

  • About Us
  • Blog
  • Events
  • Co-funded by the European Union
  • Contact Us

  • Facebook
  • GitHub
  • LinkedIn
  • Twitter
  • YouTube

© 2025 Rublon · Imprint · Legal & Privacy · Security

  • English