# Setting up a custom domain - transferring from Cloudflare

**URL:** <https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081>\
**Category:** Support\
**Tags:** netlify-dns-https-ssl\
**Created:** [October 22, 2021, 5:07pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081 "2021-10-22T17:07:51Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![JohnnyK](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@JohnnyK](https://answers.netlify.com/u/JohnnyK)\
**Post date:** [October 22, 2021, 5:07pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/1 "2021-10-22T17:07:51Z")

</div>

Site Name: [pxr.netlify.com](http://pxr.netlify.com)  
Custom domain: [mrpaulxavier.com](http://mrpaulxavier.com)

I’m in the process of transferring DNS records from Cloudflare. I notice that most of the CNAME, and one A type records are “Proxied” by Cloudflare. We are using Cloudflare for DDoS protection.

Question 1: Should I copy ALL of the records into Netlify? Including those that are marked “Proxied”?

Question 2: Since we have a Netlify Business plan, and aren’t on the HPE - do we have any DDoS protection?

Question 3: If no to question 2, can we host our site on Netlify and have Cloudflare proxy the records to gain DDoS protection?

The final step in Netlify is: “Update your domain’s name servers”. I have inherited this account and am trying to run things to ground. I see that we are using Cloudflare, but the domain was initially purchased from Bluehost years ago. Which leads to my next question.

Question 4: Where do I “Update ‘our’ domain’s name servers”?

---

<div class="post-metadata">

**Author:** ![hrishikesh](https://sea1.discourse-cdn.com/netlify/user_avatar/answers.netlify.com/hrishikesh/32/74607_2.png) [@hrishikesh](https://answers.netlify.com/u/hrishikesh)\
**Post date:** [October 22, 2021, 5:24pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/2 "2021-10-22T17:24:13Z")

</div>

Hi JohnnyK,

I hope this helps:

> [@JohnnyK](#):
>
> Question 1: Should I copy ALL of the records into Netlify? Including those that are marked “Proxied”?

Not if you don’t wish to use Netlify DNS, but if you do, you most likely will have to copy all of those.

> [@JohnnyK](#):
>
> Question 2: Since we have a Netlify Business plan, and aren’t on the HPE - do we have any DDoS protection?

We do monitor and protect our entire CDN as a whole from DDoS, but individual sites might not benefit much from that protection. However, we’re working on improving that.

> [@JohnnyK](#):
>
> Question 3: If no to question 2, can we host our site on Netlify and have Cloudflare proxy the records to gain DDoS protection?

Yes you can, but we don’t recommend it as it might break some of our features. But, if those features are not too important to you, then you’re good to go. Details here:

> [@\[Support Guide\] Why not proxy to Netlify?](https://answers.netlify.com/t/support-guide-why-not-proxy-to-netlify/8869):
>
> Last reviewed by Netlify Support Staff in August 2023 Netlify runs a CDN backed by several separate network service providers, and our CDN [automatically routes your web visitors’ traffic to a network-nearby server](https://answers.netlify.com/t/support-guide-how-are-requests-routed-to-the-nearest-netlify-cdn-node/105) to give them the fastest possible response time…as long as you let their browsers talk directly to our CDN! We know you want your [your web traffic to be fast](https://www.netlify.com/tags/performance/); your [deploys and rollbacks to be atomic](https://docs.netlify.com/site-deploys/overview/); and your [Analytics data](https://www.netlify.com/products/analytics/) to be useful. If you proxy to Netlify, you’ll have problems…

> [@JohnnyK](#):
>
> Question 4: Where do I “Update ‘our’ domain’s name servers”?

Do not do this if you don’t want to use Netlify DNS. But if you want to, you’d have to update the nameservers in the settings from where you purchased the domain, so Bluehost in this case. If you wish to continue using Cloudflare, simply add Netlify specific records in Cloudflare and turn off the orange cloud icon.

---

<div class="post-metadata">

**Author:** ![JohnnyK](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@JohnnyK](https://answers.netlify.com/u/JohnnyK)\
**Post date:** [October 22, 2021, 5:28pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/4 "2021-10-22T17:28:50Z")

</div>

I’m always impressed how quickly the Netlify team responds. Thank you!

@hrishikesh: Please forgive this novice question: What decision process should I use to determine whether I want to use Netlify’s DNS?

We do have plans of using some sub-domains in the future…

---

<div class="post-metadata">

**Author:** ![hrishikesh](https://sea1.discourse-cdn.com/netlify/user_avatar/answers.netlify.com/hrishikesh/32/74607_2.png) [@hrishikesh](https://answers.netlify.com/u/hrishikesh)\
**Post date:** [October 22, 2021, 5:33pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/5 "2021-10-22T17:33:21Z")

</div>

Netlify DNS is useful in the following cases:

1. You wish to host various branches, so Branch subdomains would have easier DNS configuration and automatic SSL.
2. Your domain will get a wildcard SSL certificate (but it would cover the domains hosted by Netlify only)
3. You also get to enable IPv6 support for your domain.
4. Netlify is able to automatically choose and point your domain to the optimum CDN which is why it keeps on assigning different IPs to your domain.

External DNS is useful when:

1. You already have a lot of DNS records and it’s a pain to migrate them all.
2. You’re comfortable with making changes to DNS manually if you have to make some changes and wait for the support team to be able to configure SSL for your Branch subdomains.
3. You absolutely need to use other tools like Cloudflare.

Other than that, it’s a question of choice - you may choose what you’re most comfortable with.

---

<div class="post-metadata">

**Author:** ![JohnnyK](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@JohnnyK](https://answers.netlify.com/u/JohnnyK)\
**Post date:** [October 22, 2021, 5:40pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/6 "2021-10-22T17:40:57Z")

</div>

Gotcha.

Have taken this conversation to email support.

---

<div class="post-metadata">

**Author:** ![JohnnyK](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@JohnnyK](https://answers.netlify.com/u/JohnnyK)\
**Post date:** [October 25, 2021, 5:00pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/7 "2021-10-25T17:00:10Z")

</div>

I still haven’t resolved this issue.

Articles I’ve referenced:

- [Configure external DNS for a custom domain | Netlify Docs](https://docs.netlify.com/domains-https/custom-domains/configure-external-dns/)
- [Sites with multiple domains | Netlify Docs](https://docs.netlify.com/domains-https/custom-domains/multiple-domains/#apex-domains-and-www-subdomains)
- [How to Set Up Netlify DNS - Custom Domains, CNAME, & Records](https://www.netlify.com/blog/2020/03/26/how-to-set-up-netlify-dns-custom-domains-cname-a-records)
- [https://blog.cloudflare.com/introducing-cname-flattening-rfc-compliant-cnames-at-a-domains-root/](https://blog.cloudflare.com/introducing-cname-flattening-rfc-compliant-cnames-at-a-domains-root/)

Desired Outcome: We want to host our site on Netlify’s CDN while leveraging Cloudflare’s DDoS protection.

Cloudflare uses CNAME flattening. Which is purportedly great for accomplishing our outcome. Except I can’t figure it out…

Question: Can someone give me a specific example of A name and CNAME configuration?

Domain: [alapko.io](http://alapko.io)  
Sub-Domain: www  
Netlify site: [cooking-with-johnny.netlify.app](https://cooking-with-johnny.netlify.app/)  
Netlify’s Load Balancer: 75.2.60.5

Would someone please help me with this? I think I’m getting close: Cloudflare says it can’t verify Netlify’s certificate.

---

<div class="post-metadata">

**Author:** ![perry](https://sea1.discourse-cdn.com/netlify/user_avatar/answers.netlify.com/perry/32/16_2.png) [@perry](https://answers.netlify.com/u/perry)\
**Post date:** [October 26, 2021, 4:33pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/8 "2021-10-26T16:33:52Z")

</div>

hi there @JohnnyK ,

not to give you even more reading material, but, did you see this guide already?

> [@\[Support Guide\] What problems could occur when using Cloudflare in front of Netlify?](https://answers.netlify.com/t/support-guide-why-isn-t-my-ssl-certificate-provisioning-automatically-with-cloudflare-netlify-are-there-other-problems-with-using-cloudflare-in-front-of-netlify/138):
>
> Last reviewed by Netlify Support - August, 2023 Note: We recommend not using both Cloudflare’s CDN (“Accelerate and Protect”, the orange cloud in their UI) and Netlify for the same site at the same time. Why? Read on! Netlify’s web service is not designed to work optimally with another CDN “in front of” our CDN. [Proxying to our service is in general not supported](https://answers.netlify.com/t/support-guide-why-not-proxy-to-netlify/8869) and we advise you not to do it for best hosting results. Cloudflare has made similar statements that it doesn’t recommend this usa…

there are some considerations with using cloudflare in front of netlify that we recommend you are aware of!

---

<div class="post-metadata">

**Author:** ![JohnnyK](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@JohnnyK](https://answers.netlify.com/u/JohnnyK)\
**Post date:** [October 26, 2021, 4:34pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/9 "2021-10-26T16:34:04Z")

</div>

I figured it out. Found an old YouTube video.

---

<div class="post-metadata">

**Author:** ![JohnnyK](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@JohnnyK](https://answers.netlify.com/u/JohnnyK)\
**Post date:** [October 26, 2021, 4:45pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/10 "2021-10-26T16:45:32Z")

</div>

@perry Thank you for your response.

We really want to use Netlify for all the reasons stated in the article you provided. Our greatest concern is DDoS protection.

It is my understanding that DDoS protection is provided to Netlify HPE clients. And we want to be on the HPE, but before we vector all of our traffic to the Netlify site we want to verify performance and reliability.

It would be extremely expensive for us in marketing outlay to commit and not have things work out.

Bottom line, your recommendation is for us to use Netlify’s DNS in order to take advantage of all of the capabilities of your system?

And we want to @perry. It’s the DDoS protection that concerns us.

---

<div class="post-metadata">

**Author:** ![perry](https://sea1.discourse-cdn.com/netlify/user_avatar/answers.netlify.com/perry/32/16_2.png) [@perry](https://answers.netlify.com/u/perry)\
**Post date:** [October 26, 2021, 4:55pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/11 "2021-10-26T16:55:27Z")

</div>

gotcha, @JohnnyK ! i am actually going to put you in touch with someone from a different team who can chat with you a little bit more about your needs and HPE. in the mean time, are things working now? if not, let us know.

---

<div class="post-metadata">

**Author:** ![JohnnyK](https://avatars.discourse-cdn.com/v4/letter/j/a698b9/32.png) [@JohnnyK](https://answers.netlify.com/u/JohnnyK)\
**Post date:** [October 26, 2021, 5:11pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/12 "2021-10-26T17:11:05Z")

</div>

@perry I’m working with Matt Youn regarding the HPE. He’s awesome. So you don’t need to bug anyone else from that team.

Regarding Cloudflare: just to reiterate why using both Cloudflare and Netlify is kind of self-defeating:

I’m taking my precompiled site on Netlify’s edge, and having Cloudflare consume it and express it to visitors. In so doing, besides not taking full advantage of all of Netlify’s features, I am degrading the very purpose of deploying to an edge in the first place.

Have I got that right?

---

<div class="post-metadata">

**Author:** ![fool](https://sea1.discourse-cdn.com/netlify/user_avatar/answers.netlify.com/fool/32/37_2.png) [@fool](https://answers.netlify.com/u/fool)\
**Post date:** [October 26, 2021, 6:12pm UTC](https://answers.netlify.com/t/setting-up-a-custom-domain-transferring-from-cloudflare/46081/13 "2021-10-26T18:12:50Z")

</div>

I think that’s a fair summary. I would say it a bit differently, to focus on this point:

"Using Cloudflare between the browser and Netlify **adds an additional point of failure to every web request.** Instead of just needing Netlify to work well, you also rely on Cloudflare working well for each and every web request. Further, this configuration leads to many known problems with Netlify services - from split testing to caching unexpectedly (we tell them not to cache; they cache anyway so your site can become out of sync for up to 5 minutes based on their default settings) to analytics data being pretty useless (“you had 1000 page loads from 3 IP addresses! Which are cloudflare’s proxy servers…not your actual visitors, so we can’t count visitors, only Cloudflare nodes that talked with us”.

To be clear, Cloudflare is a great service with a lot of great features; their DNS hosting is great and I am very impressed with all that they give - I feel like both of our companies tend to “deliver more value than we extract” and that makes me happy for both of us! But, putting the Cloudflare proxy (or any proxy; we have the most experience troubleshooting failed Cloudflare connections since it is the most popular proxy for folks using our service, though!) in front of a Netlify site creates problems, delays, and may not offer any real benefits depending on your workload.

To address your original point, we in general keep your site up even when it is attacked - we are obviously very invested in keeping sites online as much as possible regardless of tier.
