What you’re configuring
You own your app’s API hostname. Fleack provides a tenant hostname. You connect them with a CNAME:
The
<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
1
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.2
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.
3
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.
4
Verify the edge is live
Run the three commands below to confirm everything is working:If the third command returns
x-fleack-tenant: <your-tenant-id>, the Fleack edge is correctly receiving and forwarding your traffic.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.