Set up a JumpCloud connector

Capabilities
Gather JumpCloud credentials
Retrieve a JumpCloud API key
Configure the JumpCloud connector
What’s next?
Troubleshooting the JumpCloud integration
Why do I see multiple accounts for some JumpCloud users?
Why don’t I see profile attributes listed for a JumpCloud admin user?

Capabilities

Resource	Sync	Provision
Accounts
Groups
Applications
Roles

Gather JumpCloud credentials

Configuring the connector requires you to pass in credentials generated in JumpCloud. Gather these credentials before you move on.

A user with an Administrator identity in JumpCloud on the relevant JumpCloud org must perform this task.

Retrieve a JumpCloud API key

In JumpCloud, log in as an Administrator.

Click your user avatar at the top right corner of the page and click My API Key.

Copy the API key.

That’s it! Next, move on to the connector configuration instructions.

Configure the JumpCloud connector

To complete this task, you’ll need:

The Connector Administrator or Super Administrator role in C1
Access to the set of JumpCloud credentials generated by following the instructions above

Cloud-hosted
Self-hosted

Follow these instructions to use a built-in, no-code connector hosted by C1.

In C1, navigate to Integrations > Connectors and click Add connector.

Search for JumpCloud and click Add.

Choose how to set up the new JumpCloud connector:

Add the connector to a currently unmanaged app (select from the list of apps that were discovered in your identity, SSO, or federation provider that aren’t yet managed with C1)
Add the connector to a managed app (select from the list of existing managed apps)
Create a new managed app

Set the owner for this connector. You can manage the connector yourself, or choose someone else from the list of C1 users. Setting multiple owners is allowed.If you choose someone else, C1 will notify the new connector owner by email that their help is needed to complete the setup process.

Click Next.

Find the Settings area of the page and click Edit.

Paste the API key into the API key field.

Click Save.

The connector’s label changes to Syncing, followed by Connected. You can view the logs to ensure that information is syncing.

That’s it! Your JumpCloud connector is now pulling access data into C1.

Follow these instructions to use the JumpCloud connector, hosted and run in your own environment.When running in service mode on Kubernetes, a self-hosted connector maintains an ongoing connection with C1, automatically syncing and uploading data at regular intervals. This data is immediately available in the C1 UI for access reviews and access requests.

Resources

Official download center: For stable binaries (Windows/Linux/macOS) and container images.
GitHub repository: Access the source code, report issues, or contribute to the project.

Step 1: Set up a new JumpCloud connector

In C1, navigate to Integrations > Connectors > Add connector.

Search for Baton and click Add.

Choose how to set up the new JumpCloud connector:

Add the connector to a currently unmanaged app (select from the list of apps that were discovered in your identity, SSO, or federation provider that aren’t yet managed with C1)
Add the connector to a managed app (select from the list of existing managed apps)
Create a new managed app

Click Next.

In the Settings area of the page, click Edit.

Click Rotate to generate a new Client ID and Secret.Carefully copy and save these credentials. We’ll use them in Step 2.

Step 2: Create Kubernetes configuration files

Create two Kubernetes manifest files for your JumpCloud connector deployment:

Secrets configuration

# baton-jumpcloud-secrets.yaml
apiVersion: v1
kind: Secret
metadata:
  name: baton-jumpcloud-secrets
type: Opaque
stringData:
  # C1 credentials
  BATON_CLIENT_ID: <C1 client ID>
  BATON_CLIENT_SECRET: <C1 client secret>
  
  # JumpCloud credentials
  BATON_API_KEY: <JumpCloud API key>

  # Optional: include if you want C1 to provision access using this connector
  BATON_PROVISIONING: true

See the connector’s README or run --help to see all available configuration flags and environment variables.

Deployment configuration

# baton-jumpcloud.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: baton-jumpcloud
  labels:
    app: baton-jumpcloud
spec:
  selector:
    matchLabels:
      app: baton-jumpcloud
  template:
    metadata:
      labels:
        app: baton-jumpcloud
        baton: true
        baton-app: jumpcloud
    spec:
      containers:
      - name: baton-jumpcloud
        image: ghcr.io/conductorone/baton-jumpcloud:latest
        imagePullPolicy: IfNotPresent
        env:
        - name: BATON_HOST_ID
          value: baton-jumpcloud
        envFrom:
        - secretRef:
            name: baton-jumpcloud-secrets

Step 3: Deploy the connector

Create a namespace in which to run C1 connectors (if desired), then apply the secret config and deployment config files.

Check that the connector data uploaded correctly. In C1, click Apps. On the Managed apps tab, locate and click the name of the application you added the JumpCloud connector to. JumpCloud data should be found on the Entitlements and Accounts tabs.

That’s it! Your JumpCloud connector is now pulling access data into C1.

What’s next?

If JumpCloud is your company’s identity provider (meaning that it is used to SSO into other software), the connector sync will automatically create applications in C1 for all of your SCIMed software. Before you move on, review the Create applications page for important information about how to set up connectors for the SCIMed apps.

Troubleshooting the JumpCloud integration

Why do I see multiple accounts for some JumpCloud users?

JumpCloud separates users and admin users, giving each a separate identity and login. Because of this, a user who is both a user and an admin user in JumpCloud will have two JumpCloud accounts in C1.

Why don’t I see profile attributes listed for a JumpCloud admin user?

An admin user in JumpCloud is intended only to manage the JumpCloud tenant, and not to be an identity that gains access to resources. Because of this design, admin users are not associated with the profile attributes, such as department or job title, that are associated with a non-admin user account.

Set up Artifactory connector

Set up a Keycloak connector

⌘I

Welcome

Manage connectors

Deploy connectors

Upload connector data

Configurable connectors

Pre-built connectors

Set up a JumpCloud connector

Capabilities

Gather JumpCloud credentials

Retrieve a JumpCloud API key

Configure the JumpCloud connector

Resources

Step 1: Set up a new JumpCloud connector

Step 2: Create Kubernetes configuration files

Secrets configuration

Deployment configuration

Step 3: Deploy the connector

What’s next?

Troubleshooting the JumpCloud integration

Why do I see multiple accounts for some JumpCloud users?

Why don’t I see profile attributes listed for a JumpCloud admin user?

Welcome

Manage connectors

Deploy connectors

Upload connector data

Configurable connectors

Pre-built connectors

​Capabilities

​Gather JumpCloud credentials

​Retrieve a JumpCloud API key

​Configure the JumpCloud connector

​Resources

​Step 1: Set up a new JumpCloud connector

​Step 2: Create Kubernetes configuration files

​Secrets configuration

​Deployment configuration

​Step 3: Deploy the connector

​What’s next?

​Troubleshooting the JumpCloud integration

​Why do I see multiple accounts for some JumpCloud users?

​Why don’t I see profile attributes listed for a JumpCloud admin user?

Capabilities

Gather JumpCloud credentials

Retrieve a JumpCloud API key

Configure the JumpCloud connector

Resources

Step 1: Set up a new JumpCloud connector

Step 2: Create Kubernetes configuration files

Secrets configuration

Deployment configuration

Step 3: Deploy the connector

What’s next?

Troubleshooting the JumpCloud integration

Why do I see multiple accounts for some JumpCloud users?

Why don’t I see profile attributes listed for a JumpCloud admin user?