Kontenum's object storage service is built to be 100% bit-compatible with AWS S3. This means any existing AWS S3-compatible application, SDK, or gateway device will work seamlessly with Kontenum.
In some cases, Kontenum provides additional functionality or implements certain behaviors differently from AWS S3. This document highlights those differences and explains how to use the Kontenum S3 API effectively.
Because of this compatibility, AWS S3 documentation should be treated as a complementary reference when working with Kontenum.
The AWS S3 capabilities referenced in this guide are based on:
Throughout this guide:
Please note that Kontenum S3 API has certain limitations compared to AWS S3. These are intentional design choices aligned with Kontenum's CDN‑origin use case.
You can generate, view, rotate, and delete access keys through the Kontenum Console → Storage Access Keys section.
📌 Note: Each account can have a maximum of two active access keys at any given time.

Tips:
- Store your Secret Access Key securely, as it is only shown once during key creation.
- Rotate keys regularly for enhanced security.
- Delete unused keys to minimize security risks.
- If you want to rotate your keys, you should first create a new key, update your applications to use the new key, set old key inactive, monitor your applications, and then delete the old key.
All API requests are authenticated via the Authorization HTTP header.
Format:
Authorization: <ACCESS_KEY>:<SECRET_KEY>
Both the Access Key and Secret Key are required to sign requests.
Kontenum S3 supports:
Choose the protocol that best fits your security and performance requirements.
GetObject (READ access) is disabled via the S3 API.
This is by design, as Kontenum Storage is optimized for CDN origin use cases.
You can still:
Kontenum supports both AWS S3 request styles:
Example host:
s3.kontenum.com
Kontenum recommends path-style requests for maximum flexibility:
https://s3.kontenum.com/my-bucket/my-object
Path-style avoids domain and certificate limitations related to bucket naming.
Wherever possible, Kontenum returns identical error responses to AWS S3, ensuring compatibility with existing AWS S3 tooling and SDKs.
Kontenum supports the same request signing mechanisms as AWS S3:
Both header-based and query-parameter–based signing are supported.
us-east-1Recommended for security-sensitive workloads.
Kontenum extends Signature Version 2 with additional query subresources:
appendcomposeforce_delete=trueThese parameters apply to:
PutObjectDeleteBucketWhen using Signature Version 2, these subresources must be included in the signing calculation.
Kontenum does not support:
These operations are intended for web page workflows, which are not currently supported by Kontenum.
Kontenum S3 is fully compatible with AWS S3 while being optimized for CDN-origin workloads. Existing AWS S3 applications can be used with minimal or no changes, while keeping in mind Kontenum's specific access restrictions and signing behaviors.
For general S3 usage patterns, always refer to official AWS S3 documentation alongside this guide.