@qwinter Yep, I understood that. But, what DNS settings in the end worked?

@3246 said in Backup mail service and primary MX:

I added made sure the record includes "v=spf1 mx..." but it's still showing as erroring in Cloudron

Sometimes it takes a while to propagate the change in DNS, so you may need to check it a few hours later.

@scooke said in Newbie Question: Ghost and Nextcloud:

Be sure to set up Backup too. I use Scaleway's Block Storage and it gets me 70GB free.

+1

And if you need more than that then Heztner Storage Boxes are also good value:

https://www.hetzner.com/storage/storage-box

@JLX89 said in Cloudflare + PTR (rDNS) Settings Compatibly:

Does anyone know if there is a way around this and enable proxying on example.tld with the mail server at the same location?

AFAIK, this is not possible since Cloudflare does not support proxying mail.

We are using Vultr for the VPS, so rDNS needs to be setup to reflect the server host (EX: example.tld), if pushing the mail server to mail.example.tld, the rDNS would need to be updated to that.

Correct. You have to set the rDNS to the name of the mail server in Vultr.

@fbartels said in Duplicate entry '172.18.17.187' for key 'apps.containerIp':

PS: the synapse documentation states that the well known settings are under advanced in the domain settings

Fixed!

@niko was there any error restarting cloudron-firewall service or such? This should still work as expected, so maybe you hit a bug somewhere?

Also could you share your ports.json config here so we can try to reproduce this? If you don't want to expose your port settings here, you can also send them to support@cloudron.io

Thanks for the info, but we do not use this module, so we are all good.

Don't worry 😄 Happens to the best!

@qwinter said in Having a static website side by side with cloudron vs inside cloudron?:

What are the downsides of using surfer compared to say the same server without cloudron using nginx or apache

My instinct is to rephrase : what are the UPSIDES of using Surfer ....

But to answer the question, downside of Surfer is it does one thing serve files. Having a server with full range of facilities opens up possibilities (which you may not actually need/want) but significantly also carries management and maintenance. If 'set and forget' is what you prefer, then Cloudron and Surfer/LAMP is much better than having a traditional self-managed server.

And if the question was LAMP on Cloudron vs traditional server, then again the LAMP will almost all of what you would normally do on a normal server without the maintenance headache.

The license was moved, sending an email to support@cloudron.io for this was the correct suggestion ( thanks @robi )

@jdaviescoates Add Hostinger to the list too. I signed up for a basic web hosting plan with them. I created a secondary user account in their admin panel for my developer so he could have access and it didn't work. I contacted support and it took them weeks to get it sorted. Meanwhile, I ended up sharing my main account credentials. I was asked identical questions by different staff (under the same ticket) and I was tossed around like a beach ball in a techno festival. I had better experiences with EIG owned hosts and those guys absolutely s***.

@qwinter I used to segregate apps on different VPS. Largely through fear of apps conflicting with each other (different modules/scripts) and my personal ignorance of how containers worked.

It all cost me a fortune !! Multiple small bottom tier VPS, each of which did not consume their resources to an adequate level.

I've since gone with steadily bigger beefier machines, and certainly get better price/performance, adding on extra apps to research ("play") and they don't tax the power of a well-spec'ed host.

I do have separate VPS, one for Cloudron, one for non-Cloudron Docker deployments, etc. So I do segregate apps to different hosts but hopefully with more logic than I did before.

So I would go with the best host which makes sense to you, rather than multiple smaller ones, except where there is a clear technical reason (e.g. I don't risk my main Cloudron host with non-Cloudron docker apps).

@JOduMonT Hetzner storage box can already be mounted as Samba/CIFS on Cloudron . See also https://docs.cloudron.io/backups/#cifs

https://www.infomaniak.com/en/swiss-backup supports S3, so you can add it as S3 compatible.

@molinaire I assume you are vising my.domain.com ? If that's the case, can you please check if unbound is running fine on your server? You can do this by going to Services -> unbound. Does it show 'green' indicator?

@JOduMonT it is only a daemon, but sometimes containers are recreated, images are managed and so forth which may use up a lot of server resources temporarily, especially if disk I/O is slow.

To give some reference here, we are talking about the code section from https://git.cloudron.io/cloudron/box/-/blob/master/src/apptask.js#L318 to https://git.cloudron.io/cloudron/box/-/blob/master/src/apptask.js#L340 so something is slow on your system in that area. Not sure how much tinkering you want to do for debugging, but you could stray in some console.log()s there to narrow down the issue. I can also help here, if you enable remote SSH support and send us a mail with your dashboard domain to support@cloudron.io

@nebulon Hi!

Yea, everything is working great when hitting the server from outside my network. Your hosts file suggestion is a good one and is something I've done before. I'll dig into that. I seem to remember coming across a bit more of a graceful solution that handles internal/external requests. Thanks for jogging my memory!

@girish OK!
Also saw a backup failed notification too for the first time ever, yesterday. I'm really not sure what's happening.
I've written to support and let's get on from there. Thanks 🙂

@scooke Hi, sorry for the delay.

Yeah, @girish was able to solve the problem, which was not a technical one, as usually is the case with these things, heh.

The email she uses is an alias, and not <username>@<mydomain>, and she hadn't used it in a while. We're both pretty sure she used to be able to log in with either username only (no '@domain'), or with her aliased email <alias>@<mydomain>, but it seems we're both wrong on this.

So I tried to log into her email with <username>@<mydomain> and, lo and behold, it worked.

She doesn't use this email at all, so I'm talking to her and seeing if we change her username, since there's only a few apps and email will be the most important one from now on.

Thanks everyone for the help!

Right after installation, the Cloudron will show the setup wizard to add a Domain on the raw IP, so this is to be expected. During that setup flow you can configure a domain with a DNS provider backend and it will further obtain a valid SSL certificate for your my.domain.com which you will configure.

@girish No I've not patched manually, I have assumed 😛 sorry
I assumed the latest update was with the CNAME/A-record fix was live.

The thing was that my home server has been offline for a while and when I started it up it updated to from v7.0.4 to v7.1.3 then v7.1.3 to v7.1.4.

After that the DNS propagation didnt work any longer, as it had done before.

@LoudLemur

User Settings -> Account and security:

3e077cae-ab07-4405-9c6e-e319aa9e5dcc-image.png

Then, it's in the Security section under API key.

67c17fe7-6e19-443c-aa3f-ea2740a45b44-image.png

@girish This makes a ton of sense, although I'm not quite sure if I'm doing it right. Under what you linked to, the section should be under the Resources tab, although I think it's moved to the Storage tab (no problems with that, I just wanted to make sure I'm handling it correctly).

2dfb1d41-c351-4f45-8352-99a9505b43d2-image.png

99f01fc2-bf27-42bb-8de1-dc11eaff4e2b-image.png

The part that's a little confusing is how 'App Data' and Volumes tie together in storage (now it seems this may be resolved as you said, since your working on Volume updating at some point in the future).

Anyways, App Data says to mount an external EXT4 disk, which I assume is done with the 'Mounts' interface right below it. However, the mount says that you are mounting 'Volumes'.

The documentation says 'App Data' is backed up. However, the documentation also says that 'Volumes' are not backed up. So that does leave me a little perplexed as to whether the data will be backed up or not. I think according to your comment, that it will be backed up (because you did say it would no matter where it is on the server). But I just thought I'd check 🙂

In any case, thanks for your help, and hope you have an awesome rest of your week.

@gobenizzle This only means that the backup task was "interrupted" when a backup was in progress. The code assumes that if a backup got arbitrary interrupted (i.e not via the stop button), it is because the box code crashed. That assumption is true most of the time but you probably ran out of disk space and rebooted etc which killed the backup task.

Nothing to worry. If you trigger a new backup, it will go away.

@seeker ok, let us know if it works out (or not).

@gobenizzle see the unbound section of https://docs.cloudron.io/troubleshooting/#recovery-after-disk-full in case you hit the disk space issue.

@robi this is set for app but not for the dashboard itself which OP was trying to fix. I think we have to add it to dashboard's nginx config when we look into supporting reverse proxy setups properly.

@girish Thanks about that. That was the fix. Fastmail already whitelist it the domain and we are ready to go. Thanks!

@humptydumpty thanks for the hint. I have update the blog post accordingly.

Regarding the Ubuntu installation, you can already set the server name to the intended dashboard domain and for the username, just use ubuntu or anything besides cloudron-* or yellowtent, to avoid conflict and confusion later.

@Mastadamus From the earlier screenshot you posted, the issue seems to be "Could not establish chain of trust". So, I would investigate that angle (which is DNSSEC related)