Bonjour
Voici mon nom de domaine : oxxxxxx.com
J'utilise l'offre PRO
Lorsque je me rend sur mon site, celui-ci met environ 3-4 secondes à charger avant d'afficher une erreur 504. Après avoir contacté l'assistance ovh, il semble que le site s'affiche correctement chez eux, contrairement aux personnes à qui j'ai demandé de s'y rendre, ou sur mon mbile 5G, où j'ai la même erreur, je n'y comprend rien !
Réponse de OVH :
> Actuellement votre site répond correctement. Une forte surcharge a été générée par votre site ce matin sur votre hébergement, entrainant des dépassements de ressources inhabituels.
> Votre site peut manquer d'optimisation, il est également possible que des actions exceptionnelles comme des mises à jour aient généré trop de requêtes, ou des requêtes lentes.
> De plus, certains de vos plugins peuvent impacter le temps de chargement de votre site s'ils sont défaillants ou incompatibles avec votre serveur. Je vous recommande donc de les vérifier et de les désactiver un à un si nécessaire.
J'utilise déjà une version PHP stable récente (8.0) avec Kirby CMS. J'ai vu dans mes statistiques qu'il y a eu beaucoup de requêtes ce matin (sans explication) mais qu'il y en avait encore plus il y a une semaine et cela n'a pas eu d'incidents. Je n'utilise pas de base de données ni de plugins spécifiques.
Savez-vous quand le site reviendra à la normal ? Comment puis-je faire ? Avez-vous la même erreur de votre côté ? Dois-je faire appel à un prestataire comme conseillé ?
Erreur 504 depuis hier
Related questions
- Connexion à mon compte client
151533 
13.02.2019 09:51
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
125543 03.09.2018 14:46
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
109975 14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
97319 28.07.2017 11:39
- Passage en php 7.4
96405 30.06.2020 05:05
- Augmenter taille PHP Post Max Size sur mutualisé ?
90570 04.12.2019 21:52
- The requested URL / was not found on this server
89891 02.03.2017 18:25
- Deploy d'un projet Node JS
89785 12.10.2016 20:18
- NextCloud sur mutualisé
89750 07.04.2017 08:42
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
89538 16.10.2016 16:24
Bizarre, depuis une adresse OVH (un serveur Linux), wget répond en une fraction de seconde.
Chez moi (Firefox) j'attends depuis 30 secondes ou une minute, et ... rien n'arrive
Possible piratage qui fait un traitement différencié seloin l'adresse IP d'origine ???
Pouvez-vous vérifier le contenu de votre hébergement et vous assurer qu'il n'y a pas de fichiers zombies et que les autres sont intègres ?
Il me semble que cela est survenue à la suite d'un petit script que j'ai créer qui permet de scrapper (crowler) des petites annonces pour en faire un outil personnel de recherche d'emploi.
Je l'avais localisé à l'adresse /Open-calls, puis je l'ai supprimé depuis, mais toujours cette erreur. D'après cette capture, il semble bien que cela vienne de ce répertoire.
À part ça je ne vois pas de dossier ou fichiers suspects sur mon serveur. Mais puisque j'ai supprimé mon dossier, ça devrait revenir à la normale ? pourquoi l'erreur 504 persiste ?
Il suffit qu'un site que vous allez scrapper se rende compte de votre manoeuvre, vous ajoute à ses IP indésirables via son firewall, et votre connexion restera bloquée jusqu'à timeout...
La plupart des tels timeout sont des appels vers l'extérieur qui échouent.
Mettez quelques fichiers dans votre site actuellement vide frac.olivierjonvaux.com et vous verrez le temps de réponse...
Merci beaucoup pour votre réponse ! Je n'aurai pas cru possible ce genre de blacklisting !
Pensez-vous qu'il faille que je change d'IP, donc de serveur ?
Monitorez vos connexions sortantes.
comment faire ?
allez, on vous prend par la main
ensuite
ensuite
Ca ne vous donne pas le temps que la requête a mis, mais si vous suivez le chemin de vos connexions, ça peut vous aider...
Haha super merci pour les captures !
Voilà quelques lignes de ce que j'ai trouvé :
[2024 Jan 22 00:00:09] TCP:54644 => 54.195.132.193:443
[2024 Jan 22 00:00:10] TCP:54654 => 54.195.132.193:443
[2024 Jan 22 00:00:10] TCP:47082 => 46.105.57.169:443
[2024 Jan 22 00:00:10] TCP:47098 => 46.105.57.169:443
[2024 Jan 22 00:00:10] TCP:47114 => 46.105.57.169:443
[2024 Jan 22 00:00:23] TCP:58800 => 46.105.57.169:443
[2024 Jan 22 00:00:23] TCP:58812 => 46.105.57.169:443
[2024 Jan 22 00:00:23] TCP:58824 => 46.105.57.169:443
[2024 Jan 22 00:00:27] TCP:50430 => 46.105.57.169:443
[2024 Jan 22 00:00:39] TCP:51748 => 46.105.57.169:443
[2024 Jan 22 00:00:39] TCP:51760 => 46.105.57.169:443
[2024 Jan 22 00:00:48] TCP:58202 => 46.105.57.169:443
[2024 Jan 22 00:00:48] TCP:58210 => 46.105.57.169:443
[2024 Jan 22 00:00:54] TCP:58238 => 46.105.57.169:443
[2024 Jan 22 00:00:54] TCP:58252 => 46.105.57.169:443
[2024 Jan 22 00:00:54] TCP:58268 => 46.105.57.169:443
[2024 Jan 22 00:00:56] TCP:55792 => 46.105.57.169:443
[2024 Jan 22 00:01:10] TCP:45496 => 46.105.57.169:443
[2024 Jan 22 00:01:10] TCP:34336 => 185.145.32.247:443
[2024 Jan 22 00:01:10] TCP:45510 => 46.105.57.169:443
[2024 Jan 22 00:01:10] TCP:45516 => 46.105.57.169:443
[2024 Jan 22 00:01:23] TCP:41640 => 46.105.57.169:443
[2024 Jan 22 00:01:24] TCP:39932 => 185.145.32.247:443
[2024 Jan 22 00:01:24] TCP:56138 => 217.115.161.200:443
[2024 Jan 22 00:01:24] TCP:41642 => 46.105.57.169:443
[2024 Jan 22 00:01:24] TCP:41646 => 46.105.57.169:443
[2024 Jan 22 00:01:27] TCP:53480 => 54.195.132.193:443
[2024 Jan 22 00:01:28] TCP:53492 => 54.195.132.193:443
[2024 Jan 22 00:01:28] TCP:32976 => 46.105.57.169:443
Mais je ne comprend pas bien ce que ça veut dire. Les IP semblent correspondre à OVH, RIPE Network, Amazon...
J'en reviens à ma question : est-ce que changer d'IP et de serveurs pourra résoudre le problème ?
Merci encore pour votre réactivité
Faites quelques appels qui bloquent, notez les heures exactes pour filtrer les évènements utiles hors du bruit ambiant.
Ici vous montrez le log de minuit...
Pour faire du scraping, c'est tendu si vous faites ça depuis un hébergement mutualisé, et si un de vos sites "scrapés" la trouve mauvaise et bloque votre IP, ça peut impacter d'autres utilisateurs du cluster.
* il faudrait aussi relire les CGU des hébergement mutu...
Comment imaginez-vous changer d'IP ?
Mince je ne savais vraiment pas...
En allant chez un autre hébergeur, 1&1 ? 🤫
Bonjour,
vous n'avez pas reçus un mail de OVH vous indiquant le blocage des connexion externes suite à un abus par hasard ?
Car si votre script de scrap est vu comme un script d'attaque aussi bien OVH et les sites en face ne vont pas être gentil avec vous.
Aussi que disent les logs d'erreur ?
Cordialement, janus57
Bon, avant de faire des plans sur la comète, il faut savoir pourquoi votre site ne répond pas.
Si c'est vous qui avez fait la programmation , vous devriez pouvoir mettre des informations pour tracer où ça bloque.
Tout ce qu'on dit ne sert à rien tant que vous n'avez pas fait cet effort de diagnostic.
J'ai reçu aujourd'hui le mail :
> Votre projet web semble rencontrer un important succès.
> En effet, nous avons constaté plusieurs dépassements de ressources sur votre hébergement, comme vous pouvez l'observer sur le graphique « Dépassements du plafond de ressources » au sein de votre espace client.
> C'est une excellente nouvelle : votre site internet attire plus de visiteurs ! Toutefois, il n'est accessible qu'en best effort lorsque vous dépassez votre plafond. Cela signifie que si des ressources sont disponibles, elles vous seront allouées. Sinon, les temps de chargement de votre site risquent d'augmenter et de dégrader la qualité de l'expérience utilisateur.
Comme je l'ai dis plus haut, c'est un projet très amateur, un outil personnel qui me permettait de gagner du temps de recherche. "Scrapping" est un grand mot pour avoir générer un tableau à partir de plusieurs flux rss...
Pour les logs "Out", j'ai exactement les mêmes IP jusqu'a 07:00 donc OVH, RIPE Network, Amazon
Pour les logs "Error", j'ai une très longue liste de ça (jusqu'a 07:00) :
J'ai fait la programmation mais ne sait pas comment _mettre des informations pour tracer où ça bloque_
Que fait votre Open-calls/index.php ? Il est certainement en attente sur une lecture de quelque chose quelque part.
C'était la page d'accueil de mon projet de tableau qui récupère les infos sur différents sites. J'ai supprimé ce dossier depuis ce matin...
http://olivierjonvaux.com/xxx ça devrait faire un 404
mais non la réponse ne vient pas non plus.
Que contient votre .ovhconfig ?
Que contient votre .htaccess ?
```text Ovhconfig
app.engine=php
app.engine.version=8.0
http.firewall=none
environment=production
container.image=stable64
Htaccess :
# Kirby .htaccess
# revision 2020-06-15
RewriteCond %{HTTP_HOST} !=localhost
RewriteCond %{HTTP_HOST} ^www\. [NC,OR]
RewriteCond %{HTTPS} off
RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L,NE]
# rewrite rules
# enable awesome urls. i.e.:
# http://yourdomain.com/about-us/team
RewriteEngine on
# make sure to set the RewriteBase correctly
# if you are running the site in a subfolder;
# otherwise links or the entire site will break.
#
# If your homepage is http://yourdomain.com/mysite,
# set the RewriteBase to:
#
# RewriteBase /mysite
# In some environments it's necessary to
# set the RewriteBase to:
#
# RewriteBase /
# block files and folders beginning with a dot, such as .git
# except for the .well-known folder, which is used for Let's Encrypt and security.txt
RewriteRule (^|/)\.(?!well-known\/) index.php [L]
# block all files in the content folder from being accessed directly
RewriteRule ^content/(.*) index.php [L]
# block all files in the site folder from being accessed directly
RewriteRule ^site/(.*) index.php [L]
# block direct access to Kirby and the Panel sources
RewriteRule ^kirby/(.*) index.php [L]
# make site links work
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php [L]
# pass the Authorization header to PHP
SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1
# compress text file responses
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE application/json
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
```
Bonjour,
il faut regarder vos fichiers de logs récents et pas ceux qui ont +20H
Là pour moi vous avez un script qui boucle et qui épuise vos ressources en saturant les workers PHP, d'où l'erreur 504.
Un moyen simple de vérifier est de déposer un simple fichier .html et de vérifier si celui-ci s'ouvre.
Cordialement, janus57
Mettez-vous en environment=development , je pense que ça supprime une couche de proxy ou de cache. Tant que vous êtes en panne ça ne peut pas nuire.
J'ai bien mis un fichier html à la racine et cela fonctionne (mais ça n'est pas mon site fait en PHP.)
https://oxxxxxxx.com/
Voici mes derniers logs error de la liste:
C'est fait ! Avant de mettre mon index.html "test", j'avais toujours l'erreur 504
Bonjour,
je ne sais pas comment vous récupérer les logs, mais visiblement c’était pas les derniers car il y avait toujours des occurrences à "Open-calls/" que vous aviez indiqué comme étant supprimé du FTP.
Et là à 5h32 le site s'affiche, donc visiblement il n'y a plus de boucle pour saturer les workers PHP et dans le manager les graphs de dépassement de ressources doivent de nouveau être à zéro.
Cordialement, janus57