Hello
For the past ten days, I’ve been experiencing issues that seem to stem from connection errors between my OVH site and its Joomla 6 database.
The site itself does not log out.
I opened a support ticket. The reply: “Everything is normal, check the forum!!!”
What do you think?
Thanks
Hello @GuyD6
Have you checked the logs on OVH to see if there’s any saturation of access to your site by bots or other site scrapers?
Hello @GuyD6
A log analysis is indeed necessary, to access them:
• Click on your hosting, under the "Hosting" section.
• Go to the "Statistics and logs" tab and then click on "view logs"
For more info: https://docs.ovhcloud.com/fr/guides/web-cloud/web-hosting/logs-and-statistics
Currently, we have far too little information to help you 
Astérix
Hello
Thank you for your reply. No anomalies in the logs. I’ll add a few details.
1 - My site runs on Joomla 6. I don’t have any logout issues. I only encounter problems when I try a connection between the site and the database: attempting to log in with a username, editing or saving an article, both in the backend and the frontend. In these cases I am not logged out; I end up on the calling page.
2 - I have an up‑to‑date copy of the site (Joomla 6) on localhost where I don’t have the problem.
3 - I created a subdomain that contains only a plain Joomla 6 installation, no extensions, with 2 users and 1 article. I have the same problem as on my production site.
4 - I sometimes get 404 errors when I click a link that queries the database to find the real hidden URL: I refresh the page and it works.
So my issues are indeed at the site‑database connection level, and support tells me it’s not their responsibility!!!
Hello @GuyD6
I recently helped someone who had a problem somewhat similar to yours.
The issue wasn't caused by OVH, but by a large number of site‑polluter connections.
These were saturating the total number of connections to the database.
A small .PHP script blocking these polluters solved the problem.
Is this also your case?
Aren’t there bots that spam your offer with a large number of requests?
Hello
Indeed, there must be a problem.
Statistics from 10 to 178-2026: 15,543 page views, 10,822 errors!
Regarding the logs, I have many lines that look like this:
20.1.169.243 www.ecole.olympe-retraite-sportive.com - [16/Aug/2026:00:09:13 +0200] "GET /config.php HTTP/1.1" 404 196 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36"
The IP address is always the same. It's the sub‑domain site that only contains Joomla – so it's not a defect of the site itself – and it serves me no purpose.
I will deactivate this site and see if it has any effect.
Thanks
In your .htaccess file, insert at the very beginning the following sequence:
<RequireAll>
Require all granted
Require not ip 20.1.169.243
</RequireAll>
Re...
I have a strong feeling that it’s fine. The "attacks" on my test subdomain were disrupting my production site.
Thanks to everyone for your respective help.
Hello @GuyD6
So, what exactly did you do?
I removed the subdomain of this test site.
I admit I don’t understand much.
Did you have any problems before moving this second site to a subdomain?
When you set up this second site under a subdomain, did you use different table prefixes for each site?
This second site (a subdomain of the main site) has been online for 2 years without any issues.
I only use it very rarely, for testing extensions, for example.
Its subdomain name is known only to two people, including me.
How could an “attacker” have found its URL? I don’t know. Why the subdomain? Maybe because its .htaccess is more basic than the production site’s...
I admit I don’t understand it either. But the fact is: since I disconnected my subdomain, I haven’t encountered any problems on the production site, whereas I used to have one in roughly one out of three transactions on average.
Thank you very much for this feedback @GuyD6
You’re welcome.
If the situation changes, I’ll keep you posted.
A+