The report is quite abstract We need more information on your setup here. Routers having trouble connecting to itself is called "hairpin nat" or "hairpinning" or "loopback nat" . Is that your situation here? Does your router support it or not?

I have given these stable IPs now - https://git.cloudron.io/cloudron/box/-/commit/582994b9d646989b42e27dde1ae0c27bbb964834

@Kubernetes that's correct.

I assigned the subscription accordingly now.

@girish said in Update to version 7.3.6 failed: systemctl kill cloudron-updater This solved it ! Thank you !

@zion please always provide context. As a reader I have to much space to interpret. Do you mean: private Cloudron Cloudron.io account A Cloudron App ?

See this - https://docs.cloudron.io/email/#ptr-record

@macone see https://docs.cloudron.io/email/#firewall

@girish Thanks. All working perfectly.

I would not do this with backups for all the reasons @girish has mentioned (ie you'd have to restore the objects to standard before you'd be able to use them and this could take a while, not what you want when you need to quickly restore a backup), but what you could do if you really wanted to is to move older backups to Glacier automatically after a certain amount of time using automated lifecycle rules [image: 1676065407656-img_20230210_214239.jpg]

@machevalia yeah, this is not currently possible easily i.e have a vpn connection at a container level. Maybe you can set this up on the server level though ? But this will be complicated since the full server is sending traffic via OpenVPN (without careful routing rules)

@Nostudentsomg Can you give us more information and what you have tried with step/screenshots and such?

@sufian-mughal Currently, this is not possible. This is because LDAP has no standard way of passing through LDAP information. That said, usually apps are able to enable 2FA independently of LDAP. This means that users manage 2FA inside the app instead of Cloudron - it works this way for GitLab/Gitea etc for example. For matrix, upstream is still working on it - https://github.com/matrix-org/matrix-spec-proposals/pull/1998

@Thedurancode OK. We need more information to help. Can you try the things in https://docs.cloudron.io/troubleshooting/# and let us know the status of things?

@eddieciou thanks. I can't really make out without logs what's going on. Do you think you can drop us a mail at support@cloudron.io ?

@jayonrails this is not implemented yet. Feature request is at https://forum.cloudron.io/topic/3818/backups-ability-to-add-multiple-storage-provider-location

@nebulon as said, there's no real problem right now, still I don't understand the behaviour and am curious. you're talking about accessing the Cloudron through entering the IP (192.168.x.y) in the browser? It's clear that this wouldn't work and this is not what I'm doing, it's a little more complicated: the PC I'm accessing from, is in the same network segment than the cloudron (192.168.x.z). OpenVPN is active, the OpenVPN service is on a second cloudron outside in the internet still, when entering the URL (https://my.domain.*), the fritzbox page shows as soon as I connect the PC to a different network segment (192.168.y.z) everything works! I don't understand why. Shouldn't the use of external VPN service make the internal source IP invisible?

@jayonrails SSH and SAMBA access haven’t been enabled yet, therefore it didn’t worked. After enabling it, everything works perfectly.