Using custom domains
By default, all canisters on the Internet Computer are accessible through the domain icp0.io and their canister ID. In addition to that default domain, one can also make a canister accessible under a custom domain using one of the following approaches:
For both approaches, you need to acquire a domain through any registry, such as NameCheap or GoDaddy.
The two approaches differ in the ease of use and configurability. When registering the domain with the HTTP gateways, you simply have to configure the DNS records of the custom domain, and the HTTP gateways take care of obtaining a certificate, renewing the certificate before its expiration, and SEO.
When hosting the domain on your own infrastructure, you need to obtain and renew the certificates and provide your own infrastructure with support for the HTTP gateway protocol. However, there is more configuration flexibility using this approach.
Register the domain with the HTTP gateways
By following the steps below, you can host your canister under your custom domain using the HTTP gateways. First, the configuration steps are described, then an example is used to illustrate these steps, followed by some instructions on troubleshooting.
Step 1: Configure the DNS record of your domain, which is denoted with
CUSTOM_DOMAIN.Add a
CNAMEentry for your domain pointing toCUSTOM_DOMAIN.icp1.iosuch that all the traffic destined to your domain is redirected to the HTTP gateways.Add a
TXTentry containing the canister ID to the_canister-id-subdomain of your domain (e.g.,_canister-id.CUSTOM_DOMAIN);Add a
CNAMEentry for the_acme-challengesubdomain (e.g.,_acme-challenge.CUSTOM_DOMAIN) pointing to_acme-challenge.CUSTOM_DOMAIN.icp2.ioin order for the HTTP gateways to acquire the certificate.
These records must be configured before continuing with the next steps.
Make sure to disable any certificate/SSL/TLS offering of your DNS provider (e.g., Universal SSL by Cloudflare) as they interfere with the custom domain registration and can even prevent certificate renewal.
In many cases, it is not possible to set a CNAME record for the top of a domain, the Apex record. In this case, DNS providers support so-called CNAME flattening. To this end, these DNS providers offer flattened record types, such as ANAME or ALIAS records, which can be used instead of the CNAME to CUSTOM_DOMAIN.icp1.io. The custom DNS configuration guide provides detailed instructions for three popular registrars.
Step 2: Create a file named
ic-domainsin your canister under the.well-knowndirectory containing the custom domain.
The .well-known directory with the ic-domains file should be placed within the canister files, not at the root, such as:
├── dfx.json
├── package.json
├── src
│ ├── project_frontend
│ │ ├── src
│ │ │ ├── .well-known
│ │ │ │ └── ic-domains
The location of the files should allow your frontend framework to include the files during the build process.
By default, dfx excludes all files and directories whose names start with a . from the asset canister. To include the ic-domains file, you need to create an additional file, called .ic-assets.json5 inside the same top-level directory as the .well-known directory:
├── dfx.json
├── package.json
├── src
│ ├── project_frontend
│ │ ├── src
│ │ │ ├── .ic-assets.json5
│ │ │ ├── .well-known
│ │ │ │ └──ic-domains
Then, open the ic-domains file and insert your domain names. To use multiple custom domains and their subdomains with a single canister, simply list each one of them on a newline in the ic-domains file:
custom-domain1.com
subdomain1.custom-domain1.com
subdomain2.custom-domain1.com
custom-domain2.com
subdomain1.custom-domain3.com
custom-domain4.com
For example, subdomain1 could stand for www.
Configure the .well-known directory to be included by writing the following configuration into the .ic-assets.json5 file:
[
{
"match": ".well-known",
"ignore": false
}
]
Step 3: Deploy the updated canister.
Step 4: Register the domain with the HTTP gateways by issuing the following command and replacing
CUSTOM_DOMAINwith your custom domain.
curl -sL -X POST \
-H 'Content-Type: application/json' \
https://icp0.io/registrations \
--data @- <<EOF
{
"name": "CUSTOM_DOMAIN"
}
EOF
If the call was successful, you will get a JSON response that contains the request ID in the body, which you can use to query the status of your registration request:
{"id":"REQUEST_ID"}
In case the call failed, you will get an error message indicating the reason for the failure:
Missing DNS CNAME record: The CNAME entry for the _acme-challenge subdomain is missing.
Existing DNS TXT challenge record: The DNS record already contains a TXT entry for the _acme-challenge subdomain. Remove it and try again.
Missing DNS TXT record: The TXT entry for the _canister-id subdomain is missing.
Invalid DNS TXT record: The content of the TXT entry is not a valid canister ID.
More than one DNS TXT record: There are multiple TXT entries for the _canister-id-subdomain. Remove them and keep only one.
Failed to retrieve known domains: The ic-domains file is not accessible under .well-known/ic-domains.
Domain is missing from list of known domains: The custom domain is missing from the ic-domains file.
Rate limit exceeded for apex domain: Too many registration requests have been submitted for the apex domain. Try again later. You can submit at most 5 registration requests per apex domain and hour.
Step 5: Processing the registration can take several minutes.
Track the progress of your registration request by issuing the following command and replacing REQUEST_ID with the ID you received in the previous step.
curl -sL -X GET \
https://icp0.io/registrations/REQUEST_ID
The status will be one of the following:
PendingOrder: The registration request has been submitted and is waiting to be picked up.
PendingChallengeResponse: The certificate has been ordered.
PendingAcmeApproval: The challenge has been completed.
Available: The registration request has been successfully processed.
Failed: The registration request failed.
Step 6: Once your registration request becomes
available, wait a few minutes for the certificate to become available on all HTTP gateways.
After that, you should be able to access your canister using the custom domain.
Example
Imagine you wanted to register your domain foo.bar.com for your canister with the canister ID hwvjt-wqaaa-aaaam-qadra-cai.
DNS configuration
| Record Type | Host | Value |
|---|---|---|
CNAME | foo.bar.com | foo.bar.com.icp1.io |
TXT | _canister-id.foo.bar.com | hwvjt-wqaaa-aaaam-qadra-cai |
CNAME | _acme-challenge.foo.bar.com | _acme-challenge.foo.bar.com.icp2.io |
Some DNS providers do not require you to specify the main domain (bar.com). For example:
fooinstead offoo.bar.com._canister-id.fooinstead of_canister-id.foo.bar.com._acme-challenge.fooinstead of_acme-challenge.foo.bar.com.
Step 1: Create the
ic-domainsfile with the following content in the.well-knowndirectory:
foo.bar.com
Step 2: Create the
.ic-assets.jsonfile at the root of the canister source:
[
{
"match": ".well-known",
"ignore": false
}
]
curl -sL -X POST \
-H 'Content-Type: application/json' \
https://icp0.io/registrations \
--data @- <<EOF
{
"name": "foo.bar.com"
}
EOF
Troubleshooting
When you are running into issues trying to register your custom domain, try the following troubleshooting steps:
- Check your DNS configuration using a tool like
digornslookup. For example, to check theTXTrecord with the canister ID, you can rundig TXT _canister-id.CUSTOM_DOMAIN. In particular, make sure that there are no extra entries (e.g., multipleTXTrecords for the_canister-id-subdomain). - Check that there are no
TXTrecords for the_acme-challenge-subdomain(e.g., by usingdig TXT _acme-challenge.CUSTOM_DOMAIN). If there areTXTrecords, then they are most likely left over from previous ACME challenges by your domain provider. Note that these records often do not show up in your domain management dashboard. Try disabling all TLS/SSL-certificate offerings from your domain provider to remove these records. - Check the
ic-domainsfile by downloading it directly from your canister (e.g., by openingCANISTER_ID.icp0.io/.well-known/ic-domainsin your browser or usingcurl CANISTER_ID.icp0.io/.well-known/ic-domainsin your terminal).
You may need to specify a host in your frontend code when you are using a custom domain, as the HttpAgent may not be able to automatically infer the host like it can on icp0.io and icp0.io. To configure your agent, it will look something like this:
// Point to icp-api for the mainnet. Leaving host undefined will work for localhost
const host = isProduction ? "https://icp-api.io" : undefined;
const agent = await HttpAgent.create({ host });
Updating a custom domain
In case you want to update the domain to point to a different canister, you first need to update the DNS record of your domain, then notify a HTTP gateway:
Step 1: Update the
TXTentry to contain the new canister ID for the_canister-idsubdomain of your domain (e.g.,_canister-id.CUSTOM_DOMAIN).Step 2: Notify a HTTP gateway of the change using a
PUTrequest and the ID of your registration (REQUEST_ID).
curl -sL -X PUT \
https://icp0.io/registrations/REQUEST_ID
In case you forgot the ID of your registration, you can just submit another registration request for your domain, and the HTTP gateway will return the corresponding ID.
Removing a custom domain
In case you want to remove your domain, you just need to remove the DNS records and notify a HTTP gateway:
Step 1: Remove the
TXTentry containing the canister ID for the_canister-idsubdomain (e.g.,_canister-id.CUSTOM_DOMAIN) and theCNAMEentry for the_acme-challengesubdomain (e.g.,_acme-challenge.CUSTOM_DOMAIN).Step 2: Notify a HTTP gateway of the removal using a
DELETErequest.
curl -sL -X DELETE \
https://icp0.io/registrations/REQUEST_ID
In case you forgot the ID of your registration, you can just submit another registration request for your domain, and the HTTP gateway will return the corresponding ID.
Custom domains using your own infrastructure
Step 1: Deploy your canister to ICP and note the canister ID.
Step 2: Clone the official ICP repo, checkout the commit
2304690ca1d241d9ce6e19a427a18de9aac95b82and navigate to the service worker folder located underic/typescript/service-worker.Step 3: Map your domain to the canister ID by adding your domain-to-canister mapping to
hostnameCanisterIdMapin the fileservice-worker/src/sw/domains/static.ts.Step 4: Build the service worker according to the instructions in
service-worker/README.md. The output should be:- An
index.html,. - A minified
.jsfile. - A
.mapfile.
- An
Step 5: Host the assets (
index.html,.jsand.mapfiles) from a server or CDN and point your custom domain name at this server.Step 6: Test.
For frontends that use Internet Identity (II) to authenticate users, the principals provided by II depend on the domain from which the login request was started. If you authenticate your users through the canister URL and want to switch over to a custom domain, users will not have the same principals anymore. You can prevent this by setting up alternative origins.