What you’re configuring
You own your app’s API hostname. Fleack provides a tenant hostname. You connect them with a CNAME:| You control | Fleack provides |
|---|---|
api.your-game.com | api-<tenant-id>.fleack.io |
<tenant-id> is shown on your Fleack dashboard as soon as your account is provisioned. You do not need to configure anything on the Fleack hostname itself — Fleack reads the Host header from each incoming request to route it to your tenant.
Setting up DNS
Retrieve your tenant hostname
Sign in to the Fleack backoffice and open Settings. Copy the tenant hostname — it follows the format
api-<tenant-id>.fleack.io.Add the CNAME record
In your DNS provider, add a CNAME record on the hostname your app already calls:TTL can be left at your provider’s default. A shorter TTL (60–300 s) makes it easier to roll back quickly if needed.
Wait for propagation
DNS changes typically propagate within a few minutes, though global propagation can take up to 48 hours depending on your provider and any upstream caches. In practice, most providers complete this in under five minutes.
Until you launch a test, every response through Fleack is byte-identical to what your backend sends directly. Fleack acts as a transparent proxy until you activate a variant.
Testing without changing production DNS
If you need to validate the integration before touching your production hostname, you have three options:- Staging hostname
- Host header override
- Local /etc/hosts override
Add a separate CNAME on a test hostname — for example Configure your dev or staging app build to call
fleack-test.your-game.com — pointing to the same Fleack tenant hostname:fleack-test.your-game.com instead of api.your-game.com. You can run real tests against staging traffic for as long as you need before flipping the production record.This is the recommended approach for team-wide pre-production testing.