Topics created by JLX89

@JLX89 prometheus app already supports proxyAuth . Can you check with a new installation ? We even have basic auth turned on.

@nebulon Awesome, thank you so much!

@girish Thank you -- that actually seems to have solved the issue for now!

@JLX89 my production server with +20 apps is using around 7GB RAM. My home server with two apps is using 1.7GB RAM. IIRC, Cloudron uses around 1-1.2GB alone. Like Tim said, 8GB as a start would be good. You can always upgrade later.

@JLX89 Is the use to access the real client IP in php code ? If so, Cloudflare sets the CF-Connecting-IP header. You can just access that in PHP as $_SERVER["HTTP_CF_CONNECTING_IP"] . If the issue is apache logs, I think just replace X-Forwarded-For with CF-Connecting-IP will do the trick.

LogFormat "%{CF-Connecting-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" proxy CustomLog "|/bin/cat" proxy ErrorLog "|/bin/cat"

See also https://stackoverflow.com/questions/14985518/cloudflare-and-logging-visitor-ip-addresses-via-in-php and https://stackoverflow.com/questions/29558009/logformat-for-cloudflare-in-apache

Seems fine, not sure what the root cause is then. You could give us remote SSH access to take a direct look https://docs.cloudron.io/support/#remote-support and send us a mail to support@cloudron.io with your dashboard domain.

@martinkbs Perfect, thank you so much!

Very nice, looks like an open-source Stack Overflow alternative.

I am just adding the docs for the proxy feature for 7.3 🙂 The release is out as unstable (gives us some time to update screenshots, write the blog post, update docs etc), so I will give it a few days before it can be ready for general use.

@nebulon Thank you so much, fixed on my side also!

@micmc No, I'm not using a WP Reset Plugin. Yes, they're all Multisite Compatible to my knowledge. I'm going debug everything and see what I can come up with. I appreciate the feedback, will report back here with any issues.

@girish I think they likely will when they get to it. Their plan is to deliver what they've already promised, i.e. from the pricing page on their website:

We expected to launch Mixpost PRO in a couple of months (Mixpost PRO Team by the end of Q1, 2023, and Mixpost PRO SaaS by the end of Q2, 2023).

And then work on a Cloudron app. So it won't be for a while.

But they are already aware of this thread and I've pointed them to the pinned app packaging post too 🙂

Would be good if you guys put a note on which clients have this issue. See https://community.openvpn.net/openvpn/wiki/IPv6#Clientissues for OpenVPN/IPv6 issues.

I mostly only tested only on Linux and it works there.

@michaelpope Awesome, thank you so much that gives me a good idea on how to approach it! I'm going to give that a shot and see how things turn out.

@girish Then just expose a button for the Mail admins to be able to clear the queue

@marcusquinn Done -- thanks for adding additional information!

@girish That did the trick, I appreciate it.

@nj composer has the same issue in LAMP app. One has to bump up memory a lot . I guess that's fine.

@JLX89 maybe you want to add a retry to this. So that it's only marked as down at the e.g. second failed check.

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

@JLX89 have you also made sure, the the existing uptime app has been updated to the latest version with .1 instead of.0?

For me it then immediately worked.

What was a bit strange is that there is no validation for configured domains in Kuma. You simply enter it as it's domain in the dashboard and then it will be served through it. I have now my Kuma reachable from uptime.domain and the public status page at status.domain.

@nebulon Perfect, thank you! @nebulon @girish thanks for the fast response on this!

@luckow How do I use the HTML format in this setting?I can't get html format work with🤣.
Only text format is working and I read the email docs trying exactly the same in example,just the text format shows up.

yeah, I am not sure what changed on Cloudflare side, but we had to do this on our servers as well.

@girish Yes, we are using them for transactional email. I'll go ahead and run this down with them. Your answer on Haraka helps out -- thank you so much!

@girish So I replicated what you had done in the demo. So that seems to be working now -- after I disabled the plugins we have installed. I'm going to work through and go one-by-one on the plugins and see what is going on. This seems to be a really odd issue.