Endpoint and transport
Where a product lets you choose a transport, pick Streamable HTTP explicitly. Some gateways default to SSE, which will fail against this server.
Authentication
Two options. For a shared, server-side gateway credential, use an API key.- API key (recommended for gateways)
- OAuth 2.0 (per-user)
A single opaque credential sent as a bearer token:It lives entirely server-side, involves no user redirect and no token refresh, and maps to your Enterprise tier. Generate one from your Consensus account: profile icon → API & MCP Dashboard → Keys and clients → New key. The full key is shown once.Treat it like a password: keep it out of client-side code, public repositories, and screenshots.
Discovery documents
Gateways that support automatic configuration can read these:https://mcp.consensus.app/.well-known/oauth-protected-resource— points to the authorization serverhttps://consensus.app/.well-known/oauth-authorization-server— full metadata: endpoints, scopes, andS256
Firewall allowlist
If your organization runs an egress firewall, allow these hosts. Per-host wildcards cover any path changes on our end (new discovery documents, versioned endpoints) without another change request, while staying scoped to the hosts this integration touches:clerk.consensus.app is our authentication provider. Sign-in does a browser redirect through it, so it needs to be reachable wherever your users complete the consent screen. If you use the API-key path only, users never sign in and this host isn’t needed.
Tighter scope: exact URLs
Tighter scope: exact URLs
If policy requires exact URLs rather than wildcards, allow these. Expect a new change request any time we add or change a path.
Protocol version
The server tracks the current MCP specification. Some gateways refuse upstream servers below a minimum protocol version (Kong and Azure API Management require2025-06-18 or later). If your gateway reports a version mismatch, contact us with the version it requires.