Root Domain Hosts Shopify Site Subs Are Cloundron

[brianb]

I want to setup some subdomains to handle a NodeBB forum and Ghost blog. The main domain currently is a Shopify site and root of domain (and IP) point to that shopify site. I think there is also a cname.

What happens if I add the domain to Cloundron so I can use it to setup sub-domains for NodeBB and Ghost?

domain.com - Shopify Site with DNS already setup in Linode DNS
blog.domain.com - new app hosted on Linode/Cloundron ghost
forum.domain.com - new app hosted on Linode/Cloundron nodebb

My concern is when I add domain.com via DNS manager in Cloudron it may change something already setup in the DNS zone on linode.

I would not mind the domain.com handling cloudron as well to have my.domain.com to keep things aligned.

[BrutalBirdie]

@briankb-0 said in Root Domain Hosts Shopify Site Subs Are Cloundron:

What happens if I add the domain to Cloundron so I can use it to setup sub-domains for NodeBB and Ghost?

By default, nothing.
The bare domain is not used by default, only the my.* subdomain is used by default.

Only if you assign an app the TLD it will be overwritten, also only if you use a programmatic dns provider and not manual.

[girish]

@briankb-0 said in Root Domain Hosts Shopify Site Subs Are Cloundron:

What happens if I add the domain to Cloundron so I can use it to setup sub-domains for NodeBB and Ghost?

When you add a domain:

• To validate credentials, the code will add a cloudrontestdns A record and remove this immediately.
• To configure the server to send emails:
  • If there is an existing SPF record, it is edited to have a:my.my.domain.com . The SPF record essentially whitelists which servers can send email on behalf of the domain. This is NOT destructive, your existing SPF record is only amended.
  • A DKIM record is added under <random>._domainkey.domain.com. This is used to sign/verify emails by mail servers. Because of the 'random' part, it won't conflict with any of your existing DKIM keys
  • If there is no existing DMARC record, we create one with the value "v=DMARC1; p=reject; pct=100". This essentially is a strict DMARC policy not allowing anyone outside the SPF record to send emails on behalf of the domain.

Other than that, it is what @BrutalBirdie said. The bare/root domain is untouched. Cloudron only adds entries when you install apps. Also, if you had a root domain DNS entry already, it will warn you that it's in use, if you try to install an app on the root domain (it does this check for any subdomain).