cURL error 28: Connection timed out avec thème AVADA

Bonjour à tous,

J'ai le plaisir, sur mon temps personnel, d'avoir créé depuis l'été dernier un site spécialisé sur la nutrition animale : Une gamelle au top

Consultant en informatique depuis plus de 15 ans, mon domaine habituel est plutôt l'ERP / SGBD. Je me suis beaucoup amusé à découvrir le monde de la création de site internet avec WordPress… sachant qu'avant les 2000, j'avais déjà créé un site en pur HTML (la vieille époque…).

Seulement voila… suite à une modification de mon site en utilisant le builder de mon thème (AVADA de chez Themeforest) je me suis retrouvé avec une belle erreur de type ERROR 503 BACKEND FETCH FAILED […] Guru Meditation […] Varnish cache server. La seule solution que j'ai trouvé pour que le site fonctionne à nouveau est de restaurer ma base de données à la dernière sauvegarde disponible via l'interface OVH.

Au début, je voulais non pas utiliser la sauvegarde de la base de données via OVH mais celle de mon extension WordPress (UpdraftPlus - une extension de sauvegarde externalisée très performante) et là grosse surprise plus aucune sauvegarde en automatique depuis le 16 mars !!! je me met à creuser et je lance le test de "santé du site" et là deuxième grosse surprise j'ai deux graves erreurs :
- la première concerne le test API REST
- la seconde concerne le test REQUETE DE BOUCLAGE

Pour les deux tests, le même message d'erreur :
cURL error 28: Connection timed out after 10001 milliseconds (hhtp_request_failed)

Je vous passe les tests de sauvegarde/restauration pour mettre le site dans un état -1 mois et -15 jours pour essayer de cerner le problème. Cela ne change rien aux tests de santé du site et à mon soucis initial de builder. Ma conclusion : cela ne vient pas de moi !!!

Niveau technique, le site tourne sur la dernière version de WordPress et toutes les extensions sont à jour. J'ai même effectué un test de désactivation/activation des extensions une à une… cela ne change rien à mon problème.

Mon fichier ovhconfig est ok niveau filtrage :
http.firewall=none
app.engine=php
app.engine.version=8.0
environment=production
container.image=stable64

Je parcours les nombreux sujets de ce forum et je tombe sur une histoire de ban IP et de CDN… du coup j'ai retiré le CDN de mon nom de domaine et j'ai modifié mon adresse IP pour passer de France vers Belgique.

Et là ô miracle le site refonctionne à 100% : plus de bug, plus de soucis, santé du site 100% OK

Du coup, cela m'interpelle… qui a banni mon IP France ? OVH ? ThemeForest ? et vers qui je dois me tourner pour une solution définitive ?

A noter que j'ai une offre "pro" d'hébergement mutualisé.

A votre bon cœur :slight_smile:

Ps : message un peu long mais je voulais être complet…


j'ai modifié mon adresse IP pour passer de France vers Belgique.


Bonjour,,
avez-vous noté l'adresse IP avant de mettre 213.32.107.241 ?

Non pas besoin j'ai toutes les IPs de tous les pays dans les options CDN
Et l'IP de mon cluster est aussi dans l'interface OVH

J'ai ouvert un ticket chez OVH pour leur faire part de la situation

En fait je voulais m'assurer si vous aviez l'adresse IP française du cluster ou une adresse CDN (ce qui explique le Varnish cache) mais ne justifie pas le timeout 10 secondes…

Le CDN est actif depuis le tout début, je n'ai jamais eu de soucis de Varnish cache auparavant (j'avoue ne pas bien comprendre ce point) mais le fait que mon thème n'arrive plus à communiquer avec l'éditeur sur l'IP de mon cluster pose visiblement des soucis lorsque je modifie certaines parties de mon site via la builder du thème (car si je modifier une page ou un article, aucun soucis).

Il s'est passé quelque chose le 16 mars, un ban ip me semble la bonne explication mais qui a ban quoi là est la question.

Sur le plus long terme, le CDN doit refonctionner correctement donc il me faut une solution pérenne.

Bonjour,

Pour information le CDN fait plus penser à de la décoration tel qu'il est actuellement (peu de POP).

Cordialement, janus57

Bonjour,

J’ai le même problème depuis la même date !!

Je voulais savoir si vous aviez eu une réponse qui résolvait ces « erreurs critiques » remontées par WordPress ?

D’avance Merci pour votre retour là-dessus.

Bonjour Vincent

Alors oui j'ai eu une réponse du support… accrochez vous bien :

/ début de réponse du support /
Veuillez optimiser les requêtes, tout en respectant la configuration du serveur mutualisé. Je tiens à vous informer que le script ne doit pas dépasser 300 second pour être exécuté. Merci de consulter ce lien: https://1infos.hosting.ovh.net/infos.hosting.ovh.net/

Puisque les connexions sortantes TCP-out ne sont pas bloquées, cela affirme qu'il n'y a pas de souci de notre coté. Je suis navrée, je ne peux pas donner suite votre demande. Cela dépasse nos périmètres d'intervention.
/ fin de réponse du support /

J'ai eu beau expliquer qu'une fois le CDN désactivé tout rentre dans l'ordre, et qu'en plus nous sommes plusieurs à avoir eu le même problème à la même date et sur des clusters différents, le support m'a tout simplement envoyer balader…

Juste pour information, je suis consultant informatique pour de grands groupes industriels depuis plus de 15 ans, je n'ose imaginer la tête de mes clients si j'avais ce genre de réponse !!!

Bref… depuis j'ai donc désactivé le CDN et tout fonctionne à merveille.

J'ai par contre ajouté une extension du nom de "WP Fastest Cache" pour améliorer les perfs du site :wink:

Hello,

Le problème nous a été remonté par le support il y a peu et il a été corrigé depuis le 11/04.
Désolé pour la réponse du support en tout cas, ça devrait re-fonctionner maintenant.

ps: Le cdn est une solution qui peut travailler en // de votre extension.

Cordialement,

Bonjour

J'ai réactivé l'option CDN et en effet tout semble fonctionner à nouveau correctement