Custom Domains
What This Is
By default, canisters are accessible at <canister-id>.icp0.io. The custom domains service lets you serve any canister under your own domain (e.g., yourdomain.com). You configure DNS, deploy a domain ownership file to your canister, and register via a REST API. The HTTP gateways then handle TLS certificate provisioning, renewal, and routing automatically.
Custom domains work at the boundary node level — they map a domain to any canister ID via DNS. This works with any canister that can serve /.well-known/ic-domains over HTTP, not just asset canisters. That includes asset canisters, Juno satellites, and custom canisters implementing http_request.
Prerequisites
- A registered domain from any registrar (e.g., Namecheap, GoDaddy, Cloudflare)
- Access to edit DNS records for that domain
- A deployed canister that serves
/.well-known/ic-domainsover HTTP (asset canisters, Juno satellites, or any canister implementinghttp_request) curlfor the registration API callsjq(optional, for formatting JSON responses)
Mistakes That Break Your Setup
-
Not disabling your DNS provider’s SSL/TLS. Providers like Cloudflare enable Universal SSL by default. This interferes with the ACME challenge the IC uses to provision certificates and can prevent certificate renewal. Disable any certificate/SSL/TLS offering from your DNS provider before registering.
-
Setting a CNAME on the apex domain. Many DNS providers don’t allow CNAME records on the apex (e.g.,
example.comwith no subdomain). Use ANAME or ALIAS record types (CNAME flattening) if your provider supports them. Otherwise, use a subdomain likewww.example.com. -
Missing the
_acme-challengeCNAME. Without_acme-challenge.CUSTOM_DOMAINpointing to_acme-challenge.CUSTOM_DOMAIN.icp2.io, the HTTP gateways cannot obtain a TLS certificate. Registration will fail. -
Multiple TXT records on
_canister-id. If more than one TXT record exists for_canister-id.CUSTOM_DOMAIN, registration fails. Keep exactly one containing your canister ID. -
Forgetting the
.well-known/ic-domainsfile. The canister must serve/.well-known/ic-domainslisting your custom domain. Without it, domain ownership verification fails during registration. -
Stale
_acme-challengeTXT records from your DNS provider. Previous ACME challenges by your provider may leave TXT records on_acme-challenge.CUSTOM_DOMAINthat don’t appear in your dashboard. These conflict with the IC’s ACME flow. Disable all TLS offerings from your provider to clear them. Verify withdig TXT _acme-challenge.CUSTOM_DOMAIN. -
Not explicitly registering the domain. DNS configuration alone is not enough. You must call
POST /custom-domains/v1/CUSTOM_DOMAINto start registration. It is not automatic. -
Not setting
hostin HttpAgent on custom domains. When serving from a custom domain, theHttpAgentcannot automatically infer the IC API host like it can onicp0.io. You must sethost: "https://icp-api.io"explicitly for mainnet. -
Forgetting alternative origins for Internet Identity. II principals depend on the origin domain. Switching from a canister URL to a custom domain changes principals. Configure
.well-known/ii-alternative-originsto keep the same principals. See theinternet-identityskill.
Implementation
Step 1: Configure DNS Records
Add three DNS records (replace CUSTOM_DOMAIN with your domain, e.g., app.example.com):
| Record Type | Host | Value |
|---|---|---|
| CNAME | CUSTOM_DOMAIN | CUSTOM_DOMAIN.icp1.io |
| TXT | _canister-id.CUSTOM_DOMAIN | your canister ID (e.g., hwvjt-wqaaa-aaaam-qadra-cai) |
| CNAME | _acme-challenge.CUSTOM_DOMAIN | _acme-challenge.CUSTOM_DOMAIN.icp2.io |
Some DNS providers omit the main domain suffix. For app.example.com on such providers:
appinstead ofapp.example.com_canister-id.appinstead of_canister-id.app.example.com_acme-challenge.appinstead of_acme-challenge.app.example.com
For apex domains without CNAME support, use your provider’s ANAME or ALIAS record type pointing to CUSTOM_DOMAIN.icp1.io.
Step 2: Create the ic-domains File
Your canister must serve /.well-known/ic-domains over HTTP. Create this file listing each custom domain on its own line:
app.example.com
www.example.com
Asset canister users: place .well-known/ inside your public/ directory (Vite projects) or alongside your source files, and ensure .ic-assets.json5 includes { "match": ".well-known", "ignore": false } so the hidden directory gets deployed. See the asset-canister skill for details on file placement.
Custom http_request canisters: serve the file contents at /.well-known/ic-domains directly from your HTTP request handler.
Step 3: Deploy
Deploy your canister so that /.well-known/ic-domains is accessible at https://<canister-id>.icp0.io/.well-known/ic-domains.
Step 4: Validate
Check DNS records and canister configuration before registering:
curl -sL -X GET "https://icp0.io/custom-domains/v1/CUSTOM_DOMAIN/validate" | jq
Success response:
{
"status": "success",
"message": "Domain is eligible for registration: DNS records are valid and canister ownership is verified",
"data": {
"domain": "CUSTOM_DOMAIN",
"canister_id": "CANISTER_ID",
"validation_status": "valid"
}
}
If validation fails, common errors and fixes:
| Error | Fix |
|---|---|
| Missing DNS CNAME record | Add the _acme-challenge CNAME pointing to _acme-challenge.CUSTOM_DOMAIN.icp2.io |
| Missing DNS TXT record | Add the _canister-id TXT record with your canister ID |
| Invalid DNS TXT record | Ensure the TXT value is a valid canister ID |
| More than one DNS TXT record | Remove duplicate _canister-id TXT records, keep one |
| Failed to retrieve known domains | Ensure .well-known/ic-domains is deployed and served by the canister |
| Domain missing from list | Add the domain to the ic-domains file and redeploy |
Step 5: Register
curl -sL -X POST "https://icp0.io/custom-domains/v1/CUSTOM_DOMAIN" | jq
Success response:
{
"status": "success",
"message": "Domain registration request accepted and may take a few minutes to process",
"data": {
"domain": "CUSTOM_DOMAIN",
"canister_id": "CANISTER_ID"
}
}
Step 6: Wait for Certificate Provisioning
Poll until registration_status is registered:
curl -sL -X GET "https://icp0.io/custom-domains/v1/CUSTOM_DOMAIN" | jq
Status values: registering → registered (success), or failed (check error message).
After registered, wait a few more minutes for propagation to all HTTP gateways before testing.
Updating a Custom Domain
To point an existing custom domain at a different canister:
- Update the
_canister-idTXT record to the new canister ID. - Notify the service:
curl -sL -X PATCH "https://icp0.io/custom-domains/v1/CUSTOM_DOMAIN" | jq
- Check status:
curl -sL -X GET "https://icp0.io/custom-domains/v1/CUSTOM_DOMAIN" | jq
Removing a Custom Domain
- Remove the
_canister-idTXT record and_acme-challengeCNAME from DNS. - Notify the service:
curl -sL -X DELETE "https://icp0.io/custom-domains/v1/CUSTOM_DOMAIN" | jq
- Confirm deletion (should return 404):
curl -sL -X GET "https://icp0.io/custom-domains/v1/CUSTOM_DOMAIN" | jq
HttpAgent Configuration
On custom domains, the agent cannot auto-detect the IC API host. Set it explicitly:
import { HttpAgent } from "@icp-sdk/core/agent";
const isProduction = process.env.NODE_ENV === "production";
const host = isProduction ? "https://icp-api.io" : undefined;
const agent = await HttpAgent.create({ host });
Deploy & Test
# 1. Deploy your canister with the ic-domains file served at /.well-known/ic-domains
# 2. Validate DNS + canister config
curl -sL -X GET "https://icp0.io/custom-domains/v1/yourdomain.com/validate" | jq
# 3. Register
curl -sL -X POST "https://icp0.io/custom-domains/v1/yourdomain.com" | jq
# 4. Poll until registered
curl -sL -X GET "https://icp0.io/custom-domains/v1/yourdomain.com" | jq
Verify It Works
# 1. Verify DNS records
dig CNAME yourdomain.com
# Expected: yourdomain.com. CNAME yourdomain.com.icp1.io.
dig TXT _canister-id.yourdomain.com
# Expected: "<your-canister-id>"
dig CNAME _acme-challenge.yourdomain.com
# Expected: _acme-challenge.yourdomain.com. CNAME _acme-challenge.yourdomain.com.icp2.io.
# 2. Verify ic-domains file is served by the canister
curl -sL "https://<canister-id>.icp0.io/.well-known/ic-domains"
# Expected: your domain listed
# 3. Verify registration status is "registered"
curl -sL -X GET "https://icp0.io/custom-domains/v1/yourdomain.com" | jq '.data.registration_status'
# Expected: "registered"
# 4. Verify the custom domain serves your canister
curl -sI "https://yourdomain.com"
# Expected: HTTP/2 200
# 5. Verify no stale ACME TXT records
dig TXT _acme-challenge.yourdomain.com
# Expected: no TXT records (only the CNAME)