Skip to main content

API Overview

Introduction

The KnoxCall REST API gives you full programmatic control over your API gateway configuration. You can manage routes, secrets, clients, environments, webhooks, and API keys — everything available in the dashboard, accessible through a clean, predictable interface. All API endpoints return JSON and follow consistent conventions for authentication, pagination, error handling, and response structure.
This API is for managing your KnoxCall configuration. To call the routes you’ve configured, send traffic to your tenant proxy URL (e.g., https://{your-slug}.knoxcall.com/{your-route}, or https://sandbox-{your-slug}.knoxcall.com/{your-route} in sandbox).

Base URLs

Production

Use production API keys (tk_ or AKE prefixed) for live operations.

Sandbox

Use test keys only. Data is isolated from production.
Sandbox and production environments are completely isolated. API keys, routes, secrets, and all other resources created in one environment are not accessible from the other.

Authentication

All requests to the KnoxCall API must include an API key. You can pass it in one of two ways:
API keys are scoped per tenant and can be created in the KnoxCall Dashboard or via the API Keys endpoint. For detailed information on key types, key creation, and security best practices, see the Authentication guide.

Response Format

Every response from the KnoxCall API follows a consistent JSON structure.

Successful Response (Single Resource)

Successful Response (List)

Error Response

Every response includes a request_id. Include this ID when contacting support — it allows us to trace the exact request through our systems.

Pagination

List endpoints support pagination via query parameters:
The response meta object contains the total count and page information so you can build pagination controls:

Rate Limiting

API requests are rate-limited per API key. When you exceed the limit, you will receive a 429 status code. Rate limit information is included in the response headers:
If you receive a 429 response, back off and retry after the number of seconds indicated by the Retry-After header. Continuing to send requests during a rate limit will not reset the window.

Error Types

All errors return a consistent structure with a type field that you can use for programmatic error handling.
For validation_error responses, the message field contains a human-readable description of which field failed validation and why.

Quick Examples

List all routes

Create a secret

Delete a client

What’s Next?

Authentication

Learn about API key types, creation, and security best practices.

Routes

Create and manage your API proxy routes.

Secrets

Store and inject sensitive credentials into your routes.

Clients

Control who can access your routes with API clients.