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.
@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).
@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?
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!
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.
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 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).
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.
@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.