@girish said in DNS CNAME and Cloudron Redirect for WWW:

roundbear.org

Thanks - that'll teach me to test things simultaneously! Fixed.

Solution:

set cname on cloudflare to www / baredomain.com set redirection on the app to add www

https://docs.cloudron.io/domains/#overview 😉

Yes, you can add new domains to Cloudron. Depending on where the authoritative servers are for the domain, you can use the dedicated API-based setups (i.e. AWS, DO, Namecheap, Linode, etc), or you can instead use the Wildcard setup for any other service that's not explicitly listed in the providers list.

Then once the domain is added to Cloudron, you can add redirections to the same app if you desire, in the App page: https://docs.cloudron.io/apps/#redirections

@nebulon Yes, thank you. I found it!

@austinsonger Not that you needed even more confirmations, but I can also confirm that all three links work fine from here in Canada. 🙂

@humptydumpty haha! whoops - on it - great find!!!

@guyds said in Single domain, multiple cloudrons?:

I suppose each Cloudron needs a unique domain name because of the DNS records that are being created when installing a Cloudron: DKIM, SPF, DMARC?

Yes, and also because we need a unique location to access the dashboard.

what if the domain that's being used for a Cloudron already has e-mail related DNS records, for example when it's already configured for use with G Suite or Office 365? Will Cloudron modify those records, override them or just ignore them?

If you have an existing DMARC, it don't touch it. Otherwise, it will put the default strict DMARC policy. DKIM uses a unique selector domain, so it won't affect other DKIM entries. The SPF is modified with "a: my.<domain.com" into the existing SPF.

@nebulon there was no error reported by cloudron. The issue was that if I tried to curl, there was nothing returned back (I don't remember the exact reply -- sorry for that). Basically it was like nginx was not routing properly, as if nothing was running at the subdomain.

@infogulch said in Changing from wildcard to provider-based dns configuration left apps and my.example.com unassigned after wildcard was deleted:

That makes a lot of sense. Curious, does Cloudron log when it encounters an existing DNS record that it should not overwrite?

It will show the error in the UI. If you try to install an app into a subdomain that has a DNS entry, it will error and give you an option to "overwrite" the DNS record.

@girish Im tracking with what you saying but the API didn't create any A records. In fact i couldn't get to the dashboard at all until i created that * wild card. I still have no idea why its not redirecting to HTTPS if i put int http://www.mydomain.com. The only files the API created in dns were 2 txt records and a testcloudrondns at 127.0.0.1

Did not know this was existing till now... thanks man

@nebulon there should be branching logic after Cloudron 'senses' that it doesn't own that DNS anymore.

Prompt for delete of an unmanaged resource in that state?

@robi yeah, with ecommerce being our primary business, we're invested in this. We have 12 very experienced devs on the team but just a few of them have had time to start looking at Cloudron this week. In this for the long-term though so I'm sure you'll start to see our work filtering through very soon.

@jdaviescoates said in "subdomain 'selfhost.cloud' is in use":

use the File Manager

Which is exactly what I did 🙂

Actually the first time I used to nice new File Manager 🙂

@girish domain expiry is more of a calendaring function IMO

but a whois query at domain setup could get you that date which Cloudron could remember and prompt during that month via notification.

I'm with @nebulon, I see this as difficult to support, harder to code for - and more user friction. I usually never support more user friction unless it's dire. I think configuring after installation is more than acceptable. It's not like we can't write scripts using their API to macro your suggestion too, but I digress. 😂

can you modify the title a bit for clarity since this isn't a migration but more of a swaping or switching?

ty

UPDATE: it's been modified within 2m, thanks to @girish

@d19dotca Fixed for the next release, thanks for reporting.

Never had an issue with cloudron in FF, neither in the Terminal nor here. I can confirm that I can just paste screenshots

@jordanurbs said in A Question About Domains, Subdomains, Email, and DNS:

. Some apparently don't allow the * symbol for a wildcard domain

You can also use the manual dns provider. With that, you just have to add the DNS entry manually before you install an app. The UI will remind you to add a DNS entry.

@marcusquinn they don't , no.

@atrilahiji I use Namecheap too, decent service but equally the Cloudflare free DNS services is pretty solid and not had any trouble with that & Cloudon. Just mentioning in case you got stuck or hadn't compared that option.

Thanks @marcusquinn ! There is a bug in the Cloudron code where we were using the wrong API call to list zones when validating the config. https://git.cloudron.io/cloudron/box/-/commit/45c49c975712ee4b3bbf306ca7492c60a41c4c57 was the fix.

@alejandrolengua This documentation page is mostly geared towards setting up with different DNS providers, but this is a good place to start too as you'll need this to add new domains to your Cloudron server: https://cloudron.io/documentation/domains/

@girish

This is intentional because the root domain record can be in use on another server/app/website.

Right, that makes sense.

I added a redirect from the root domain and it solved all my problems. Thanks for the quick help.

@girish yes, that’s a much better idea. Essentially the ability to “swap” app instances, or in other words the ability to easily promote from staging app instance to production app instance on the same server. That’d be ideal. 🙂

Thanks for the reply, @girish.

Doing a

host -t NS

lead me to find that the NS records were not added in DigitalOcean.
Adding them in fixed the problem.

@davisdre The feature is available. Linode DNS is only not available in the initial Cloudron setup screen. This is only because user's were complaining nothing is happening for 15 minutes when they use Linode DNS.

You can later go to Domains view and change it from wildcard to Linode DNS.

2c612232-f588-48cc-9383-45bc9d82ef8e-image.png

I will put a note in the docs.

@necrevistonnezr said in Best domain provider for Cloudron for a server with non-static IP?:

Namecheap offers dynamic DNS update but requires an API key

For the DynDNS, Namecheap provide a password by domain
b4f8894b-346e-4204-a837-91ddbecf18ce-image.png

But yes Cloudron use the API

maybe you could run https://github.com/linuxserver/docker-ddclient