https://<namespace>.compat.objectstorage.<region>.oci.customer-oci.com. MIRAGE derives this endpoint from your namespace + region automatically.
Credentials (bucket, namespace, region, customer secret key pair) are created the same way in both runtimes, see OCI Credentials.
Node (server-side)
Config
Fields marked secret are redacted in snapshots.
Browser (presigned URLs)
OCIVFS is secret-free, your backend signs each operation using your OCI customer secret keys and returns a URL. OCI’s S3-compat endpoint accepts AWS Signature V4, so @aws-sdk/s3-request-presigner works, pointed at the OCI endpoint.
Config
Fields marked secret are redacted in snapshots.
1. Server: sign URLs with the OCI endpoint
2. Browser: wire it up
3. CORS
OCI’s S3-compatibility endpoint ships with permissive default CORS rules that echo back whateverOrigin the browser sends, so local dev typically “just works” without any bucket configuration.
For production origins you can tighten the policy through the OCI Console (Bucket → Pre-Authenticated Requests / CORS) or via the native OCI CLI:
OCI’s CORS is not configurable via the S3-compat
PutBucketCors call, the schema differs. Use the native OCI Console or CLI.write: conditional on this provider, see S3-compatible stores.
VFS.md
The VFS.md an agent reads with OCI Object Storage mounted at/<path>.
- Rendered
- Raw