This page explains the two supported ways to register a new device (agent) with your Insaion workspace:Documentation Index
Fetch the complete documentation index at: https://docs.insaion.com/llms.txt
Use this file to discover all available pages before exploring further.
- Manual pairing using a short-lived pairing token (good for single devices and testing).
- Enrollment keys created under Settings > Enrollment Keys (persistent keys for automated and bulk installs).
insaion-agent systemd service, and the device either registers automatically or waits for a pairing token. Choose the approach that fits your deployment: use pairing tokens for one-off or developer machines, and enrollment keys for production fleets and automated installs.
Pairing token
The pairing token is a short-lived token generated from the dashboard when you choose Manual Pairing on the Add new device page. It is intended for interactive, single-device registration and expires after a short period. Treat pairing tokens like one-time secrets: copy and paste them only into the device UI and do not store them in public locations. When to use- Setting up a single robot or test device.
- Demonstrations and debugging where you want to manually confirm the device identity.
- In the Insaion dashboard go to Devices → Add Device and choose Pairing Token.
- Copy the generated Linux installation command and run it on the target machine.
- Wait for the installer to finish. It installs and starts the
insaion-agentsystemd service automatically. - Open the agent’s local web UI on the device at
http://localhost:9090or from another machine athttp://[ROBOT_IP]:9090. - Back in the dashboard, click Generate Pairing Token and copy the token that appears. Note: tokens are time-limited.


- Paste the pairing token into the pairing field and click Register.
- If the token is valid the agent will register and the device will appear on the Devices page.
- Pairing tokens are ephemeral and should be used only interactively. They are not suitable for automated deployments.
- If a token is accidentally exposed, it will expire quickly; there is no additional secret to rotate for this method.
Enrollment key
Enrollment keys are persistent secrets that you create and manage under Settings → Enrollment Keys. They are designed for automated and bulk device registration during agent install or startup (for example, as part of a bootstrap script or container environment). Enrollment keys are treated like API keys: protect them, rotate them periodically, and scope or label them so you can audit which batch of devices used which key. When to use- Automated provisioning of many devices or robots.
- CI/CD or image-based installs where the agent should register itself without human intervention.
- In the Insaion dashboard go to Settings → Enrollment Keys and create a new enrollment key. Optionally add a descriptive name to track its purpose.
- Copy the key value (store it securely; treat it as a secret). Note that the key will only be shown once at creation.

- In Devices → Add Device choose Enrollment Key, paste the key into the wizard, and copy the generated Linux installation command.
- Run the command on the target Linux machine.
- The installer writes the enrollment key to
/etc/default/insaion-agent, installs theinsaion-agentsystemd service, and starts it. - The agent uses the enrollment key to authenticate and register automatically. The device should appear in the Devices page shortly after successful registration.
Troubleshooting
- Enrollment key rejected: verify you copied the key exactly and that the key is still active (not revoked or expired).
- Automated install not registering: confirm the
ENROLLMENT_KEYis present in/etc/default/insaion-agentand that the device can reach the Insaion backend over the network. - Pairing page not opening: verify the service is running with
sudo systemctl status insaion-agent. - Check agent logs for detailed error messages about enrollment or connectivity with
sudo journalctl -u insaion-agent -f.
Security and lifecycle
- Treat enrollment keys like secrets. Store them in a secrets manager or environment variables that are not checked into source control.
- Rotate keys periodically and revoke keys that are no longer needed. After revocation, devices that registered with a revoked key will continue to operate normally; revocation prevents new enrollments with that key.
- Use descriptive names when creating keys so you can identify which deployment or image used each key.
Differences at a glance
- Pairing token: short-lived, single-use style flow. Best for manual, interactive registration and debugging.
- Enrollment key: persistent, intended for automated or bulk registration. Best for production fleets and scripted installs.
Best practices
- Use enrollment keys for production deployments; label and rotate them regularly.
- Use pairing tokens for development, testing, or when you must avoid embedding a secret on the device.
- Limit distribution of keys and tokens. Prefer ephemeral tokens when handing a device temporarily to an external contractor.
- Monitor and audit the Devices page and enrollment key usage regularly.
