Cloudron Forum

Thank you!

I checked the logs but did not find anything here:

tail -f /var/log/syslog | grep -i 'IPTables RateLimit'

Also, I checked this:

iptables -t filter -L CLOUDRON_RATELIMIT confirms the rate limits are active.

So I went ahead and checked the logs with the IPs that the warmup services are using to connect, but did not find any logs of them in the /var/log/syslog

Also, one more thing, I confirmed with the Warmup service team about the connections limits per second and they toldme this:

If that´s the case, then it´s even more odd because we are not doing up to 50 connection attempts per second.

So this also confirms that it's something odd.

Let me know.

Thanks!

Can you please let me know how to get this issue resolved?

I do not want to clear all rate-limited ips as this might also remove some unwanted users as well.

Is there a way to whitelist those IPs that I want?

Please help me with that.

Thanks!

The credentials are all good and double tested multiple times.

What logs do you want, let me know.

@james I have sent the logs in the private message.

Hello,

I'm getting this error.

{
  "status": "Failed Dependency",
  "message": "Unable to connect to filemanager: connect ECONNREFUSED 172.18.0.23:3000 ECONNREFUSED"
}

The last thing I did was select multiple folders inside the public folder (LAMP App) at once and then tried to change their permission from root to www-data, which resulted in a long wait, and then, when I refreshed the page, nothing was visible on the file manager.

Screenshot attached:

https://prnt.sc/Xg99Pfr8hTyM

Let me know what's the issue is and how to get this issue resolved.

Thanks!

Thank you! It worked. But how did it crash? Like, I gave the permissions to the folders?

Hello,

I'm frequently facing an issue of email spoofing, basically someone spammer or hacker, gets into any of my users' email accounts and starts sending bulk emails to users.

I'm not sure how this is getting into even though I changed the password of the email account; still, the spammer gets into the account and sends spam to users.

Is there any way to find out what's causing this infiltration and how the spammer is getting into the system?

Please let me know and guide me on this.

Thanks!

@james

Thanks for the links, but the MySQL connection itself is fully working — both inside and outside the container:

• mysql CLI connects fine using TLS (--ssl-mode=VERIFY_CA)
• Python’s MySQLdb driver inside the container runs SELECT NOW() successfully
• TLS handshake works (openssl s_client …)

So there is no network or credentials problem.

The actual issue is with Cloudron’s Redash package workers:

• supervisorctl status shows only workers for periodic emails default queues.
• Redis queues queries and schemas keep growing (LLEN rq:queue:queries > 0), but no worker consumes them.
• Redash UI stays stuck at “Query in queue…” because no worker for queries queue is running.

Normally, Redash workers should be started with:

QUEUES=queries,schemas,scheduled,emails,periodic,default

But the Cloudron package doesn’t expose Environment settings in the UI and prevents us from reading /proc/$pid/environ inside the container, so we can’t start a worker manually either (REDASH_COOKIE_SECRET missing).

This is 100% a packaging/configuration issue with the Cloudron Redash app, not with MySQL or Azure.

Please update the Redash app to:

• Start at least one worker for queries,schemas,scheduled,emails,periodic,default queues; OR
• Expose QUEUES and other REDASH_* env vars in the Cloudron App UI so we can start workers ourselves.

Until then, any query will remain stuck in the queue because no worker is available to process it.

So if you can help me with that.

Thanks!

My pleasure. Glad I was able to contribute to this

Sure.. its done!