Cloudron Forum

@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.

I'm sorry I missed that post.
Maybe both can be merged, since my post provides an actual link to the API documentation?

@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.

@Advika58 Are you a bot?

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

@andreasdueren said in Cloudron can't uninstall apps after access to domain got denied:

Sep 26 10:49:40 box:dns unregisterLocation: Error unregistering location A. retryable: false. message: Invalid access token statusCode: 403 code:9109

The directory message is just a warning can be ignored. The above message is the real error. Are you sure you are not using any other domain in the app which in turn uses some DNS provider? Are all the DNS providers manual ?

@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

@girish Awesome! Didn't realize I could add subdomains to Cloudron.

Thanks for your guidance.

@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.