Serveur surchargé avec des requêtes action=cron

Stef

Octobre 2012

Mon hébergeur a suspendu mon compte car le serveur était surcharger par des requêtes. Entre autre, il y a une centaine de demande pour "action=cron" à quelques secondes d’intervalle. Ici un extrait du log apache :

[16/Oct/2012:00:42:47 -0400] "GET /spip.php ?action=cron HTTP/1.1" 204 776 "-" "-"
[16/Oct/2012:00:42:51 -0400] "GET /spip.php ?action=cron HTTP/1.1" 204 776 "-" "-"
[16/Oct/2012:00:42:57 -0400] "GET /spip.php ?action=cron HTTP/1.1" 204 776 "-" "-"

Est-ce un bogue avec SPIP ? J’ai la dernière version 3.0.5
Est-ce une tentative de spam/hack ?
Serait-ce que le .lock ne fonctionne pas ?

Quelqu’un pourrait m’aider ?

SPIP 3.0

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Octobre 2012

Même problème avec spip ?action=cron
Indiquez l’intérêt que vous portez à cette réponse

0

Stef

Octobre 2012

Je viens de lire ceci dans la documentation du plugin SpeedSyndic :

Si jamais ça ne marche pas au premier coup, c’est qu’il faut relancer #SPIP_CRON, en visitant simplement http://site.example.net/spip.php?action=cron.

Pourtant, je n’ai jamais installé ce plugin sur mon site. Est-ce que Spip3 inclue des fonctions de Speedsyndic par défault ?

Est-ce que des hackers pourraient tenter de faire boguer un serveur en envoyant à répétition des requêtes "action=cron" ?
Indiquez l’intérêt que vous portez à cette réponse

0

prad

Décembre 2012

Bonjour,

J’ai aussi un grosse montée de requêtes MySQL depuis SPIP3 : @ Stef : as-tu résolu ce problème de ton côté ?

Merci,
françois
Indiquez l’intérêt que vous portez à cette réponse

0

Stef

Janvier 2013

Oui, j’avais isolé le problème. Il venait du plugin Couteau suisse que j’avais installé sur mes sites (tant en local que chez mon hébergeur). Ce plugin faisait un appel trop souvent à la fonction action_cron() qui se trouve dans le fichier utils.php

J’ai tenté de désactiver cette fonction sans succès, et personne ne pouvait m’aider. Alors j’ai été contraint à supprimer le plugin. Et plus aucun problème depuis.

Est-ce que vous utilisez le Couteau suisse ?

yohooo

Juin 2013

Pour diminuer le nombre de requête en CRON :

{{1./}} Dans configuration > contenus du site, désactiver la syndication automatique si celle-ci n'est pas utilisée. (Si elle est partiellement utilisée, praferer un boucle DATAS rss à une boucle ARTICLES_SYNDIQUE sur la page où elle est utilisée. )

{{2./}} Dans configuration > fonctions avancées, désactiver les statistiques. (Préférer un compte Google Analytics qui ne réduira pas les performances de votre serveur.)

{{3./}} Activer la lame "SPIP et le cache" du couteau suisse puis le configurer comme suit :
- Utilisation du cache : cache permanent (bien que je ne suis pas sûr que ce critère soit réellement pris en compte)
- Taille du cache : 100 Mo
- Recalculer juste après une modification : non

Si à ce stade, votre serveur est toujours surchargé, il faudrait créer un plugin qui permet de modifier le délais du CRON invalideur. Mais ça, je ne sais pas faire ( d'ailleurs, si quelqu'un peut aider, je suis preneur ).

Indiquez l’intérêt que vous portez à cette réponse

0

Charlie

Septembre 2013

Bonjour,
J’ai le même problème, je ne sais pas si c’est cela qui surcharge mon serveur mais j’ai des miliers de CRON qui n’aboutissent pas erreur 403.
Mon site à des gros problèmes de lenteurs.
Indiquez l’intérêt que vous portez à cette réponse

0

Charlie

Septembre 2013

J’ai dans mes logs, des milliers de requêtes provenant de mon propre serveur (mutu OVH) demandant /spip.php ?action=cron et aboutissant sur des erreurs 204
Indiquez l’intérêt que vous portez à cette réponse

0
Lonkarster

Octobre 2014
Bonjour,

J’ai le même type de problème.
De 5 à 15 requêtes
GET /spip.php?action=cron HTTP/1.1 403
toutes les heures.
Je n’ai pas le couteau Suisse.
Je vais tenter de le configurer comme indiqué plus haut par Yohoo.
*-Dans configuration>Contenus du site, je coche "Ne pas utiliser la syndication automatique"
*-Dans configurations avancées>Statistiques des visites, je désactive les statistisques.
*-Je n’ai pas le Couteau Suisse.
*-J’ai repéré dans les tâches CRON du type maintenance ou invalideur, une drôle d’anomalie :
Elle ressemble à ça :
il y a 2 jours >monadresse@monnomdedomaine: [Le Nom de mon site] [forum]tPOXRerVztASeaOI | envoyer mail(monadresse@monnomdedomaine,[Le Nom de mon site] [forum] tPOXRerVztASeaOI,( ceci est un message automatique ) Message posté par horny à la suite de l'article "Le nom de l'article",http://Nomdemonsite.be/ecrire/?exec=controler_f orum&debut_id_forum=123 ** tPOXRerVztASeaOI ** I34Qyp http://www.QS3PESZGdxC9IoVKTAPT2DBYpPkMKqfz.com-- http://www.QS3PESZGdxC9IoVKTAPT2DBYpPkMKqfz.com,,)
Je l’ai supprimé mais je me demande d’où elle peut venir et ce qu’elle provoquait.

Quelqu’un en sait-il plus concernant le fonctionnement de ces tâches planifiées qui encombrent la bande passante ?

Merci de votre aide.
Indiquez l’intérêt que vous portez à cette réponse

0

Didier

Août 2017

Pour ma part j’ai supprimé Couteau Suisse, tout n’est pas rentré dans l’ordre car je n’ai plus accès à la gestion de mes plugins..mais le site fonctionne en attendant la suite Car j’avais bien suivi démarche de Yohooo mais cela n’a pas fonctionné..
Indiquez l’intérêt que vous portez à cette réponse

0

PatV

Février 2018

C’est bizarre que le Couteau Suisse soit cité à propos de crons trop nombreux, car ce n’est pas une fonctionnalité qu’il utilise, sauf le nettoyage des sessions anonymes qui a été implémenté finalement dans SPIP 3.0.