Bonjour, Pour valider la licence d'un plugin Wordpress ( Content Egg Pro Plugin ), celui ci doit pouvoir accéder au site keywordrush.com ; Mais il semble que la requête soit bloquée. J'ai discuté du problème avec le développeur, qui me répond
"this means that your server blocks external connections or there is any other reason that your server doesn't allow to connect to keywordrush.com site. Please, write about this to your hosting provider.".
J'utilise ce plugin sur d'autres hébergements, et je ne rencontre ce problème que sur OVH :( J'ai ouvert un ticket auprès du support, qui m'a répondu rapidement ce weekend, mais complètement à côté de la plaque via un message automatique, et clôture de mon ticket dans la foulée :/
Si quelqu'un a une idée je suis preneur, car l'interface de gestion sur l'hébergement Perso ne propose que très peu d'options.
Je suis toujours intéressé par le numéro de ticket mais en analysant le domaine destination et son IP, il semble que la blacklist soit du côté de l'hebergeur en face. Votre développeur devrait prendre contact avec eux pour whitelister l'IP du cluster 54.36.142.130
Bien à vous,
--
Bruno B. OVHcloud Team Leader Infrastructure Hébergements Mutualisés
Le ticket et le cluster sont indiqués dans ma réponse juste au dessus.
Je viens d'avoir réponse du développeur, ca ne semble pas être de leur côté non plus:
I checked, and the IP 54.36.142.130 is not blocked on our server. Your hosting provider should run a traceroute to keywordrush.com from your server to identify where the connection is failing.
Je confirme, les requêtes partent dans le néant chez eux, nous avons fait un certain nombre de tests, le premier que je peux partager c'est traceroute. Le problème est clair, liquidweb bloque a un endroit.
traceroute to 72.52.175.53 (72.52.175.53), 30 hops max, 60 byte packets 1 217.182.137.252 (217.182.137.252) 0.478 ms 0.632 ms 0.788 ms 2 10.50.56.61 (10.50.56.61) 0.113 ms 10.50.56.60 (10.50.56.60) 0.193 ms 0.227 ms 3 10.17.130.6 (10.17.130.6) 0.406 ms 10.17.130.0 (10.17.130.0) 0.357 ms 10.17.130.6 (10.17.130.6) 0.466 ms 4 10.73.240.64 (10.73.240.64) 0.191 ms 0.244 ms 10.73.240.66 (10.73.240.66) 0.273 ms 5 * * * 6 37.59.16.29 (37.59.16.29) 0.785 ms 37.59.16.31 (37.59.16.31) 1.004 ms 37.59.16.29 (37.59.16.29) 0.936 ms 7 be102.par-gsw-sbb1-nc5.fr.eu (91.121.215.177) 4.470 ms be102.par-th2-sbb1-nc5.fr.eu (213.186.32.215) 5.111 ms 4.980 ms 8 was-cva1-sbb1-nc5.va.us (94.23.122.244) 81.737 ms 81.761 ms was-nva1-sbb1-nc5.va.us (37.187.36.199) 83.227 ms 9 10.200.2.207 (10.200.2.207) 83.084 ms 85.239 ms 85.272 ms 10 * * * 11 lw-dc3-core1.rtr.liquidweb.com (209.59.157.16) 104.751 ms 104.817 ms 104.876 ms 12 lw-dc3-storm2-po5.rtr.liquidweb.com (69.167.128.137) 102.355 ms 102.461 ms 102.031 ms 13 * * * 14 * * * 15 * * * 16 * * * 17 * * *
Ne pas pousser le diagnostic est un mal vieux comme l'informatique
Ah malheureusement c'est le problème aujourd'hui, on a de plus en plus de mal à trouver des gens sérieux, c'est tellement plus facile de se renvoyer la balle l'un l'autre :(
En attendant j'ai perdu 3 jours, alors que je lance un site en 2. Je pense que je vais juste déménager le site d'hébergement sur un service où je sais que ca fonctionne, je gagnerai mon temps, je pense. Ce que je ne comprend pas, c'est que j'ai une trentaine de sites qui utilisent ce plugin sans problème, je passe chez OVh faut que je tombe sur la seule ip qui semble bloquée. Pas de chance :/
Question bête, mais est-ce que OVH ne pourrait pas mettre en place un outil de diag pour les possesseurs d'hébergement mutualisé pour lancer un traceroute depuis leur cluster ?
Note : c'est simplement pour faire gagner du temps aussi bien au client qu'au support (car j'ai jamais vu un N1 le faire pour prouver que le problème est pas chez OVH)
Hello. Alors pour faire suite à ce soucis, je viens vous poster la réponse du développeur, qui a lui même contacté Liquid Web, car à son niveau à lui il n'y avait aucune raison que ca bloque non plus. Ce n'était donc ni la faute au développeur ni à OVH, mais au service intermédiaire. Enfin, "faute" si on peut dire, car apparemment le soucis vient surtout du fait que l'IP de mon cluster ait été signalée à plusieurs reprises, et donc bloquée par les outils de spams :/
After investigating, here are the findings: Your website https://www.keywordrush.com is accessible and functioning properly from our end. The traceroute you provided shows that traffic from 54.36.142.130 successfully reaches our Liquid Web network routers, indicating that this IP is not blocked within our network. On our server, the IP 54.36.142.130 is not blocked by any firewall rules. We have explicitly whitelisted this IP to ensure no filtering occurs. csf.allow: 54.36.142.130 # Manually allowed: 54.36.142.130 (ES/Spain/gwc.cluster100.hosting.ovh.net) - Tue Jul 22 12:03:27 2025 However, we did a further check on the IP address 54.36.142.130 using external abuse databases and found that this IP has been reported multiple times for abuse. This may result in some third-party or upstream networks blocking or rate-limiting traffic from this IP. For your reference, here are some useful links for checking IP reputation: AbuseIPDB: https://www.abuseipdb.com/check/54.36.142.130 MXToolbox Blacklist Check: https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a54.36.142.130&run=toolpage If possible, consider using a different IP or server for the API client connections to avoid reputation-related blocks.
En attendant le développeur m'a activé manuellement la licence et j'ai pu continuer à travailler sur le site.
Quand on voit le profil des attaques rapportées sur abuseipdb, il suffit parfois d'un seul client malveillant pour générer cela.
Sur le log des connexions sortantes, ça doit être facile d'identifier un hébergement qui tente de contacter des milliers d'autres sites, même si les connexions sont cryptées en SSL.
Soit il s'agit d'un client indésirable à mettre au garde à vous, soit d'un site infecté à mettre en quarantaine. Vous connaissez mieux votre boulot que moi :)
Si c'était aussi simple qu'un client par cluster :-D , il y a des milliers de cas différents à traiter, du plugin vérolé au code volontairement malvaillant, avec presque autant d'utilisations différentes.
Dans tous les cas, rassurez-vous, nous avons déjà beaucoup de procédures pour les différents cas et nous préparons une nouvelle batterie de contre mesures pour la rentrée, beaucoup plus strictes.
--
Bruno B. OVHcloud Team Leader Infrastructure Hébergements Mutualisés
