Skip to main content

One organization, one region

Rhombus operates two independent production regions: US and EU. Your organization — its users, devices, API keys, and data — lives in exactly one of them. The region determines which hostnames your integration connects to; everything else is identical, including endpoint paths, authentication headers, request and response formats, and rate limits.
API keys are region-bound. A key generated in the EU Console only works against EU endpoints, and a US key only works against US endpoints. There is no cross-region redirect — see Troubleshooting below.

Regional endpoints

The pattern is consistent across the platform: the EU hostname inserts .eu. after the subdomain — api2.rhombussystems.com becomes api2.eu.rhombussystems.com.

Which region is your organization in?

Check the address bar when you’re signed in to the Rhombus Console:
  • console.rhombussystems.com — your organization is in the US region.
  • console.eu.rhombussystems.com — your organization is in the EU region (the sign-in page is also badged EU).
Generate API keys in your own region’s console under Settings → API Management — for example, EU organizations use console.eu.rhombussystems.com/settings/api-management.

Call the API in your region

Set the base URL once and every code sample in these docs works for either region — the paths, headers, and payloads never change.
A successful call returns 200 OK with your organization’s details. A 403 Forbidden with "Invalid api key" usually means the key and the base URL belong to different regions — see Troubleshooting.

Generated SDKs

Each region serves the OpenAPI spec at the same path (/api/openapi/public.json). The spec’s servers entry currently lists only the US base URL, so when you generate a client for an EU organization, override the base URL explicitly:
Generate an EU client

Rhombus CLI

The Rhombus CLI has built-in region support. rhombus configure asks which region your organization is in at the Region (us/eu) prompt and derives the endpoint URL from your answer, and rhombus login automatically uses the matching regional sign-in and token hosts. You can also point any single command — or your whole environment — at the EU endpoint directly:
CLI region overrides

OAuth and WebSocket connections

Regional hostnames apply to every part of the platform, not just the REST API:
  • Sign in with Rhombus (OAuth) — the three hosts in the OAuth flow (console, auth-web, api2) all switch to their .eu. counterparts for EU organizations. OAuth applications are region-bound just like API keys: register, authorize, and exchange tokens all in the same region.
  • WebSocket real-time events — EU organizations connect to wss://ws.eu.rhombussystems.com:8443/websocket. Authentication and the STOMP protocol are identical.

Data residency

Organizations provisioned in the EU region are hosted in the European Union: their API traffic, video storage, and cloud processing stay in-region.

Troubleshooting

403 Invalid api key — but the key is correct

A request to the wrong region’s endpoint fails with:
This response is identical whether the key is genuinely invalid or simply belongs to the other region — there is no region hint in the error. If you’re confident the key is correct, check which console it was generated in (console. vs console.eu.) and make sure your base URL matches.

OAuth: “This application is not available for your organization”

OAuth clientIds are region-bound. If your app was registered in one region and a user tries to authorize it through the other region’s console, the consent screen shows This application is not available for your organization. Make sure the registration call, the authorization URL, and the token exchange all target the same region as the signing-in user’s organization.

Next steps

API Reference

Browse 900+ endpoints — every path works identically in both regions.

Rhombus CLI

Configure the CLI for your region and explore the API from your shell.

WebSocket Events

Stream real-time events from your region’s WebSocket endpoint.

Rate Limits

The same limits apply in both regions, enforced within your organization’s region.
Last modified on August 4, 2026