@taowang note that your IP is actually leaked. If you follow the MX record of your domain, you will find your server IP in the DNS. I think this is what the Cloudflare doc is trying to tell you.

@girish I tried this one, but i get a sad no-go : Error put object cloudron-testfile. Message: Socket timed out without establishing a connection HTTP Code: TimeoutError I'll wait the next update Tx for the patch

@gerard thanks for testing. A fix for this is coming next release. The issue is fairly recent. SpamHaus made some policy change when requests come from IPv6 addresses.

@nichu42 This could be a reason... I think source causes should be outside of Cloudron. Let us know

@jdaviescoates Says me, since www. tells people to expect the main brand website. naked doesn't tell them anything, eg: SaaS apps often use naked for their login, and www. for the marketing site. Check out pretty much any big brand you can think of that ought to know, www.google.com etc. I'm sure I read a deeper article on the whys somewhere, but I was in your shorter is better camp for a long time until I realised there were good reasons for the www. being the destination. Cookies containment from subdomains and use of CDNs are a couple of reasons I remember off the top of my head. I'm sure there's others.

@thoresson yes. If you have a Cloud firewall, you can also whitelist just your IP for port 222.

Will be fixed with next release: https://git.cloudron.io/cloudron/box/-/commit/ec7dabc1c72c2f34c3f3474bc4b3c903bb2d693d

This was a regression in Cloudron 7.7. Thanks for reporting @AartJansen Fixed in https://git.cloudron.io/cloudron/box/-/commit/1afa2e87ec93881ebcd1f79d83d4477467b40770

@shifty thanks for the update! Glad it got solved.

I'm impressed @fbartels! Sincerely! Your profile should be more like this: [image: 1713510982076-fbartels.png]

@lukas you can attach an external disk which has encryption and move the Cloudron App Data (https://docs.cloudron.io/apps/#data-directory) to that volume. It's not possible to enable encryption at the per app level when the underlying disk is not encrypted. I think this requires creating loopback mounts (which should not be used for production) and setting up encryption. All this goes against best practices.

@dsp76 that line is outdated, I will fix it. Cloudron apps do see the remote IP. In the past, they were hidden. But we got enough complaints that event logs inside apps were not useful anymore with internal private IPs. So, we have fixed up apps to have access to the Client/remote IP.

@ethanxrosen if you have backups, this will be in the box_<version> filename portion. Otherwise, if you have access to the server, it is at /home/yellowtent/box/VERSION

@girish I don't think it requires seal encryption. I believe using seal encryption causes a different code path to be taken that avoids the underlying bug but it is not the presence or absence of seal encryption in and of itself that I believe fixes the issue. After a kernel upgrade this works fine without seal encryption though I have now enabled it as it seems like a good idea to have anyway so making it the default is probably a good idea but as long as Ubuntu 22.04's default kernel version is 5.15.0-102 this issue will likely still occur.

@AartJansen '+' is the default qualifier. So, it is redundant in +a:my.friendwholesale.co.nz . You can remove it.

When I log in, the Empty Space has enlarged and back to the 16 Nov level. Weird though. Will keep an eye on it and report it if it rises again.

1 updates could not be installed automatically. For more details, see /var/log/unattended-upgrades/unattended-upgrades.log Most likely the above is not the problem. The above is from ubuntu updates. If you check /var/log/unattended-upgrades/unattended-upgrades.log, it will tell you why the update was not automatically applied. I tried to restore from an older backup but for some reason is not fixing the problem. Thank you for your help We need more information to help. Do you mean DO backup or Cloudron backup ? What is not working ? If you have your old droplet, start it up again and run cloudron-support --troubleshoot . That will give an idea of what is going on.

@girish Thank you! I restarted ubound and it's all good now. Thank you!

@girish I saw that thread, its a different problem. One I was also having on another customers site. That site the backup goes to a windows workstation share. After the last prompt "server requires a reboot" triggered it. However because of the other threads existence I fixed it by clicking the SEAL encryption box. FYI That site is on 7.7.2