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é ?
Avez-vous la même erreur de votre côté ?
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 ?
scrapper (crowler) des petites annonces
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 ?
Je n'aurai pas cru possible ce genre de blacklisting !
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é
Les IP semblent correspondre
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...
est-ce que changer d'IP et de serveurs pourra résoudre le problème ?
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…
Comment imaginez-vous changer d'IP ?
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…
Tout ce qu'on dit ne sert à rien tant que vous n'avez pas fait cet effort de diagnostic.
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
J'ai fait la programmation
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…
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 ?
Ovhconfig<br /><br /> app.engine=php<br /> app.engine.version=8.0<br /> http.firewall=none<br /> environment=production<br /> container.image=stable64<br /><br />Htaccess : <br /><br /> # Kirby .htaccess<br /> # revision 2020-06-15<br /><br /> RewriteCond %{HTTP_HOST} !=localhost<br /> RewriteCond %{HTTP_HOST} ^www\. [NC,OR]<br /> RewriteCond %{HTTPS} off<br /> RewriteCond %{HTTP_HOST} ^(?:www\.)?(.+)$ [NC]<br /> RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L,NE]<br /><br /><br /> # rewrite rules<br /> <br /><br /> # enable awesome urls. i.e.:<br /> # http://yourdomain.com/about-us/team<br /> RewriteEngine on<br /><br /> # make sure to set the RewriteBase correctly<br /> # if you are running the site in a subfolder;<br /> # otherwise links or the entire site will break.<br /> #<br /> # If your homepage is http://yourdomain.com/mysite,<br /> # set the RewriteBase to:<br /> #<br /> # RewriteBase /mysite<br /><br /> # In some environments it's necessary to<br /> # set the RewriteBase to:<br /> #<br /> # RewriteBase /<br /><br /> # block files and folders beginning with a dot, such as .git<br /> # except for the .well-known folder, which is used for Let's Encrypt and security.txt<br /> RewriteRule (^|/)\.(?!well-known\/) index.php [L]<br /><br /> # block all files in the content folder from being accessed directly<br /> RewriteRule ^content/(.*) index.php [L]<br /><br /> # block all files in the site folder from being accessed directly<br /> RewriteRule ^site/(.*) index.php [L]<br /><br /> # block direct access to Kirby and the Panel sources<br /> RewriteRule ^kirby/(.*) index.php [L]<br /><br /> # make site links work<br /> RewriteCond %{REQUEST_FILENAME} !-f<br /> RewriteCond %{REQUEST_FILENAME} !-d<br /> RewriteRule ^(.*) index.php [L]<br /><br /> <br /><br /> # pass the Authorization header to PHP<br /> SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1<br /><br /> # compress text file responses<br /> <br /> AddOutputFilterByType DEFLATE text/plain<br /> AddOutputFilterByType DEFLATE text/html<br /> AddOutputFilterByType DEFLATE text/css<br /> AddOutputFilterByType DEFLATE text/javascript<br /> AddOutputFilterByType DEFLATE application/json<br /> AddOutputFilterByType DEFLATE application/javascript<br /> AddOutputFilterByType DEFLATE application/x-javascript<br />
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
