← Cloudflare DNS / dns / reference

Domain Connect

If you are a service provider, consider this page for information on how Cloudflare supports Domain Connect ↗ and how you can onboard your template.

Domain Connect is an open standard that allows service providers - such as email or web hosting platforms - to make it easier for their end users to configure functionality, without having to manually edit DNS records.

This is achieved with templates that close the gap between necessary configurations (required by the service provider) and necessary DNS records changes (that must happen at the authoritative DNS provider).

In practice, this means that when a user that owns example.com and has Cloudflare as their authoritative DNS wants to use your service, instead of having to manually update their DNS records, they will only have to authenticate themselves and the necessary changes will be applied automatically.

• Note that Cloudflare only supports the Domain Connect synchronous flow ↗.
• Domain Connect templates and tools are published on GitHub, so you must have a GitHub account and be familiar with GitHub forks and pull requests ↗.

Domain Connect templates are published and maintained on a GitHub repository.

1. Create a fork of the templates repository ↗.
2. Add your template. You can create a copy of one of the existing templates and edit it according to your needs.

   • Refer to the Domain Connect Specification ↗ for details on the different available fields.

   • If present, you must set the syncBlock field on your template to false. This means the template flow will be synchronous, which is the only option supported by Cloudflare.

   • You must also provide a synchronous public key domain (syncPubKeyDomain ¹). When your template is in use, synchronous calls will be digitally signed.

3. Make sure you follow the naming format defined by Domain Connect: <providerId>.<serviceId>.json.

4. Submit a pull request to have your templates added to the repository.

Once your pull request has been reviewed and merged, contact Cloudflare as specified below.

When your template is onboarded, a graphical user interface flow will be available to your end users.

Send an email to [email protected], including the following information:

1. List of templates you want to onboard, with their corresponding GitHub hyperlinks.

2. Fully qualified domain names to query for the syncPubKeyDomain¹ TXT records.

3. A logo to be displayed as part of the Domain Connect flow. Preferably in SVG format.

4. The default proxy status you would like Cloudflare to set for A, AAAA, and CNAME records that are part of your templates. Proxying other record types is not supported.

5. (Optional) A Cloudflare account ID for you to test the flow.

   If you have a DNS provider discovery ↗ automation in place and will not list new DNS providers manually, Cloudflare can initially restrict your template to be exposed to the specified account only. Once you confirm everything is working as expected, Cloudflare will publish your template on the discovery endpoint, to be picked up by your automation.

In the Domain Connect Specification ↗ you will find the following properties:

• Properties that you can use with your apply template URL ↗.
• Properties for defining the template itself ↗.
• Properties for defining the individual DNS records ↗.

While most of these are supported by Cloudflare, some are required and others are not supported.

For the full list, refer to the Domain Connect Specification ↗. Below are the details specific to Cloudflare.

• Redirect URI: Domain Connect's documentation states that it must be scoped to the syncRedirectDomain from the template, or the request must be signed. Cloudflare requires the request to be signed and, as such, does not check if the redirect_uri is scoped to the syncRedirectDomain.
• State: Is not supported and will be ignored.
• Service Name: Is not supported and will be ignored.
• Signature: Required. It also must be the last query parameter.
• Key: Required. You must publish your public key and place it in a DNS TXT record on a domain specified in the template as syncPubKeyDomain. To allow for key rotation, the hostname of the TXT record must be appended as another variable on the query string of the form.

For the full list, refer to the Domain Connect Specification ↗. Below are the details specific to Cloudflare.

• Service Provider Name: Will be displayed on the user interface.
• Service Name: Will not be displayed on the user interface.
• Logo: If present, will be displayed on the user interface.
• Synchronous Block: Is not supported and will be ignored. Cloudflare only supports the synchronous flow.
• Shared: Is not supported and will be ignored.
• Shared Service Name: Is not supported and will be ignored.
• Synchronous Public Key Domain: Required. Cloudflare only supports the synchronous flow and always checks for signature.
• Synchronous Redirect Domains: Is not supported and will be ignored. Cloudflare looks at the redirect_uri provided in the signed apply template URL.
• Multiple Instance: Is not supported and will be ignored.
• Warn Phishing: Is not supported and will be ignored.
• Host Required: Is not supported and will be ignored.

For the full list, refer to the Domain Connect Specification ↗. Below are the details specific to Cloudflare.

• Essential: Is not supported and will be ignored.
• TXT Conflict Matching Mode: Is not supported and will be ignored.
• TXT Conflict Matching Prefix: Is not supported and will be ignored.

The following record types are described in the extensions/exclusions ↗ section of the Domain Connect Specification. Below are the details specific to Cloudflare.

• APEXCNAME: This custom record type is not supported and will cause the onboarding to fail. You can use a standard CNAME record instead, as Cloudflare automatically applies CNAME flattening at the zone apex.
• REDIR301 and REDIR302: When applied, these records are converted to zone-specific bulk redirect rules. If a zone has existing bulk redirects before applying the template, they will be replaced.

Since September, 2024, template updates are picked up by an automation.

The automation compares the template version number in Cloudflare with the authoritative source of the template on the Internet. This check runs multiple times a day. Although Cloudflare cannot guarantee when exactly each update will be picked up, the process is expected to take no longer than eight hours.

You can contact Cloudflare to opt out of the automatic updates. Once the automation is disabled, you can request template updates individually, by writing to [email protected].

Send an email to [email protected] with the following information:

1. Detailed description of what is wrong, including:

   • Date and time when the issue occurred.
   • The providerId and serviceId of the template.
   • Description of what the request did.
   • Description of what you expected to happen.

2. A HAR file attachment containing the problematic update.

The most common issues after template onboarding are validation errors, typically caused by syncPubKeyDomain TXT records.

You can fix these by republishing the signature, using tools such as the one provided by Domain Connect ↗. Additionally, you can test signature validation with this public key debug tool ↗.