7 stable releases
1.0.12 | Feb 9, 2022 |
---|---|
1.0.11 | Dec 17, 2021 |
1.0.5 | Oct 21, 2021 |
1.0.4 | Sep 30, 2021 |
1.0.0 | Aug 2, 2021 |
#1498 in Network programming
175KB
866 lines
Rust API client for subspace_openapi_client
Introduction
The Subspace API is based on REST, has resource-oriented URLs, returns JSON-encoded responses, and returns standard HTTP response codes.
The base URL for the API is: https://api.subspace.com/
Naming Convention
- Version name currently in use is: v1
- Example:
https://api.subspace.com/v1
- Example:
Authentication
API Tokens
Subspace authenticates your API requests using JWT Bearer tokens. To use any Subspace API, you must pass a Bearer token with each request. If you do not include your Bearer token when making an API request, or use one that is incorrect or disabled, Subspace returns an error.
Bearer tokens are granted by requesting one (as noted below) and presenting your publishable (client_id) and secret (client_secret) tokens.
Subspace provides two types of API tokens: publishable (client_id) and secret (client_secret). These are available in the Subspace console.
- Publishable API tokens (client_id) are meant solely to identify your account with Subspace, they aren’t secret. They can be published in places like your website JavaScript code, or in an iPhone or Android app.
- Secret API tokens (client_secret) should be kept confidential and only stored on your own servers. Your account’s secret API token will allow you to acquire a valid JWT token authorized to perform any API request to Subspace.
Getting a JWT Bearer Token
Subspace uses auth0 for JWT token management. You can acquire a JWT token by utilizing https://id.subspace.com
and following the instructions in the curl example below.
Protecting Your API Tokens
- JWT tokens have a expiration time of 24 hours. Once expired, you will have to use your Subspace private API and public token to request a new one.
- The Subspace private token can be rotated from within the Subspace console.
- Keep your secret token safe. Your secret token can make any API call on behalf of your account, including changes that may impact billing such as enabling pay-as-you-go charges. Do not store your secret token in your version control system. Do not use your secret token outside your web server, such as a browser, mobile app, or distributed file.
- You may use the Subspace console to acquire an API token.
- You may use the Subspace console to disable pay-as-you-go. This may prevent unexpected charges due to unauthorized or abnormal usage.
- Do not embed API keys directly in code. Instead of directly embedding API keys in your application’s code, put them in environment variables, or within include files that are stored separately from the bulk of your code—outside the source repository of your application. Then, if you share your code, the API keys will not be included in the shared files.
- Do not store API tokens inside your application’s source control. If you store API tokens in files, keep the files outside your application’s source control system. This is particularly important if you use a public source code management system such as GitHub.
- Limit access with restricted tokens. The Subspace console will allow you to specify the IP addresses or referrer URLs associated with each token, reducing the impact of a compromised API token.
- Use independent API tokens for different apps. This limits the scope of each token. If an API token is compromised, you can rotate the impacted token without impacting other API tokens.
Error Codes
Subspace uses HTTP response codes to indicate the success or failure of an API request.
General HTML status codes:
- 2xx Success.
- 4xx Errors based on information provided in the request.
- 5xx Errors on Subspace servers.
Security
We provide a valid, signed certificate for our API methods. Be sure your connection library supports HTTPS with the SNI extension.
REST How-To
Making your first REST API call is easy and can be done from your browser. You will need:
- Your secret token and public client token, both found in the Console.
- The URL for the type of data you would like to request.
First, acquire a JWT Bearer Token. Command line example:
curl --request POST \\
--url \"https://id.subspace.com/oauth/token\" \\
--header 'content-type: application/json' \\
--data '{ \"client_id\": \"YOURCLIENTID\", \"client_secret\": \"YOURCLIENTSECRET\", \"audience\": \"https://api.subspace.com/\", \"grant_type\": \"client_credentials\" }'
REST calls are made up of:
-
Base url: Example:
https://api.subspace.com
-
Version: Example:
v1
-
The API Endpoint and any parameters:
accelerator/acc_NDA3MUI5QzUtOTY4MC00Nz
whereacc_NDA3MUI5QzUtOTY4MC00Nz
is a valid accelerator ID -
Accelerator ids are always of the format
acc_NDA3MUI5QzUtOTY4MC00Nz
, with a "acc_" prefix followed by 22 characters. -
Token header: All REST requests require a valid JWT Bearer token which should be added as an “Authorization” header to the request:
Authorization: Bearer YOUR_TOKEN_HERE
Authorization header example
If your API token was “my_api_token”, you would add...
Authorization: Bearer my_api_token
...to the header.
Command line examples
To list your current open packet_accelerators using the token “my_api_token”:
curl -H “Authorization: Bearer my_api_token” https://api.subspace.com/v1/accelerator
Alternately, to get the details of a specific accelerator whose id is 'abcd-ef01-2345':
curl -H “Authorization: Bearer my_api_token” https://api.subspace.com/v1/accelerator/abcd-ef01-2345
API Versioning
Subspace will release new versions when we make backwards-incompatible changes to the API. We will give advance notice before releasing a new version or retiring an old version.
Backwards compatible changes:
- Adding new response attributes
- Adding new endpoints
- Adding new methods to an existing endpoint
- Adding new query string parameters
- Adding new path parameters
- Adding new webhook events
- Adding new streaming endpoints
- Changing the order of existing response attributes
Versions are added to the base url, for example:
https://api.subspace.com/v1
Current Version is v1: https://api.subspace.com/v1
For more information, please visit https://subspace.com
Overview
This API client was generated by the OpenAPI Generator project. By using the openapi-spec from a remote server, you can easily generate an API client.
- API version: 1.0
- Package version: 1.0
- Build package:
org.openapitools.codegen.languages.RustClientCodegen
Installation
Put the package under your project folder in a directory named subspace_openapi_client
and add the following to Cargo.toml
under [dependencies]
:
subspace_openapi_client = { path = "./subspace_openapi_client" }
Documentation for API Endpoints
All URIs are relative to https://api.subspace.com
Class | Method | HTTP request | Description |
---|---|---|---|
AcceleratorServiceApi | accelerator_service_create | POST /v1/accelerator | |
AcceleratorServiceApi | accelerator_service_delete | DELETE /v1/accelerator/{id} | |
AcceleratorServiceApi | accelerator_service_get | GET /v1/accelerator/{id} | |
AcceleratorServiceApi | accelerator_service_list | GET /v1/accelerator | |
AcceleratorServiceApi | accelerator_service_update | PUT /v1/accelerator/{id} | |
SipTeleportServiceApi | sip_teleport_service_create | POST /v1/sipteleport | |
SipTeleportServiceApi | sip_teleport_service_delete | DELETE /v1/sipteleport/{id} | |
SipTeleportServiceApi | sip_teleport_service_get | GET /v1/sipteleport/{id} | |
SipTeleportServiceApi | sip_teleport_service_list | GET /v1/sipteleport | |
SipTeleportServiceApi | sip_teleport_service_update | PUT /v1/sipteleport/{id} | |
WebRtcCdnServiceApi | web_rtc_cdn_service_get_web_rtc_cdn | POST /v1/webrtc-cdn |
Documentation For Models
- Body
- Body1
- ProtobufAny
- V1Accelerator
- V1CreateSipTeleport
- V1ListAcceleratorResponse
- V1ListSipTeleportResponse
- V1NextPage
- V1SipTeleportResponse
- V1SipTeleportStatus
- V1TeleportAddresses
- V1TransportType
- V1UpdateSipTeleport
- V1WebRtcCdnResponse
- V1WebRtcCdnServer
To get access to the crate's generated documentation, use:
cargo doc --open
Author
Dependencies
~4–16MB
~221K SLoC