Type | Name | IPv4 address | Proxy status |
---|---|---|---|
A | proxy-fallback | 192.0.2.1 | Proxied |
Before you start creating custom hostnames:
When you first enable Cloudflare for SaaS, you need to perform a few steps prior to creating any custom hostnames.
The fallback origin is where Cloudflare will route traffic sent to your custom hostnames (must be proxied).
To create your fallback origin:
A
, AAAA
, or CNAME
record pointing to the IP address of your fallback origin (where Cloudflare will send custom hostname traffic).
Type | Name | IPv4 address | Proxy status |
---|---|---|---|
A | proxy-fallback | 192.0.2.1 | Proxied |
Using the hostname of the record you just created, update the fallback origin value.
The CNAME target — optional, but highly encouraged — provides a friendly and more flexible place for customers to route their traffic. You may want to use a subdomain such as customers.<SAAS_PROVIDER>.com
.
Create a proxied CNAME that points your CNAME target to your fallback origin (can be a wildcard such as *.customers.saasprovider.com
).
Type | Name | Target | Proxy status |
---|---|---|---|
CNAME | .customers | proxy-fallback.saasprovider.com | Proxied |
You need to perform the following steps for each custom hostname.
Before you create a hostname, you need to plan for:
You must complete both these steps for the hostname to work as expected.
After planning for certification and hostname validation, you can create the custom hostname.
To create a custom hostname:
app.customer.com
and set the relevant options, including:
*.<custom-hostname>
SAN to the custom hostname certificate. For more details, refer to