Bonjour à toutes et à tous,
JE suis en abonnement Pro mutualisé , et je rencontre un problème sous prestashop 1.7 avec un module de paiement qui ne marche pas, l'appel ne se fait pas,
j'ai testé sur un autre serveur différent pro mutualisé exactement les même configuration et le module de paiement sa marche
D'où peut provenir le problème d''après vous svp
Cordialement
D'où peut provenir le problème d''après vous svp
Bonjour,
Pensez-vous qu'avec la description que vous faites, on peut avoir une idée ?
Bonjour @CHOKRIB1
Quel domaine ?
Quel module de paiement ?
Quelle banque ?
Et surtout, les messages d'erreur dans les log.
Merci pour vos retours
Domaine : souk-orintal .com
Module : ClicToPay SMT (Disponible sur addons)
Système de paiement avec une banque en Tunisie.
Aucun message d'erreur, en mode debug, dans les logs… Rien
le module est en mode test, lorsque je clique pour payer, il reste en boucle dans la page paiement, puis, retourne a l'accueil je reçois un mail de validation.
Pourquoi de mon côté il semble y avoir un problème au niveau serveur.
Car j'ai installé sous le même serveur une version native de prestashop 1.7 et j'ai testé le module, c'est le meme problème
Par contre sous un autre serveur ovh qui a les mêmes configuration, il marche sans problème.
Autre précision, j'avais un module équivalent qui tournait sous prestashop 1.6 depuis 2013. Il y a eu le même problème en aout 2023, aucune solution trouvé, seulement j'ai décidé de migrer vers la presta 1.7 et acheter un nouveau module avec changement de version php de 5.4 vers 7.2,
J'ai testé la 7.4 c'est nul, tout le site ralenti, je suis retourné vers la 7.2
Côté, banque, on me dit qu'il ne reçoivent aucune donnée (vérification dans leur logs) et ne peuvent pas m'aider.
on m'a dit de tester un nslookup via ssh et pointer vers leurs lien, ce n'est pas autorisé il semble en mutulisé, j'ai testé plusieurs site, c'est bloqué chez ovh je ne sais…
Erreur au niveau logs, y a rien de spécifique, pour info, j'ai paypal et aussi module de paiement revolut marche sans problème.
Voila j'espère que c'est pus précis que mon premier poste @Fritz2cat
Erreur au niveau logs, y a rien de spécifique, pour info, j'ai paypal et aussi module de paiement revolut marche sans problème.
Bonjour @CHOKRIB1
Faut-il attendre 4 jours entre chaque réponse ? ? ?
Pour paypal et revolut, les adresses IP des serveurs sont-elles bien en Europe ?
Quelle adresse IP de votre site avez-vous donné pour votre banque en Tunisie ?
tester un nslookup via ssh
Bonjour,
1oriental.comoriental.com :
2001:41d0:1:1b00:213:186:33:2
213.186.33.2
cluster002.ovh.net
Votre banque verra l'appel à partir de l'adresse IP 51.68.11.191
certificat SSL: DNS:blog.1oriental.com,oriental.com, DNS:1soukoriental.com,soukoriental.com, DNS:letotebag.com, DNS:1oriental.com,oriental.com, DNS:www.blog.1oriental.com,oriental.com, DNS:www.1soukoriental.com,soukoriental.com, DNS:www.letotebag.com, DNS:www.1oriental.comoriental.com
Vous êtes bien en PHP/7.2 . Ca devient très obsolète.
Bonjour @Gaston_Phone
J'ai bien répondu rapidement, c'es seulement maintenant que ma réponse à été validée.
Je ne comprend pas pourquoi la réponse doit passer par une validation.
L'adresse ip est bien en France, et pour la banque en Tunisie c'est la même adresse mais ca n'a jamais été une contrainte, aucune restriction à ce niveau,
J'ai testé avec un autre serveur Ip française et le test a marché.
s êtes bien en PH
Avec php 7.4 il avait une lenteur énorme
Avec la 7.2 le prestashop 1.7.8.9 ca tourne bien.
Bonjour,
J'ai contacté le service monétique, et après vérification, il ne reçoivent aucun appel venant de mon serveur. Sa coince sur OVH.
on m'a dit de tester de faire un appel avec la fonction Curl si vous avez une idée ?
L'adresse ip est bien en France, et pour la banque en Tunisie c'est la même adresse mais ca n'a jamais été une contrainte, aucune restriction à ce niveau,
Je ne connais pas les contraintes de votre banque en Tunisie, mais j'ai le souvenir, qu'il y a un an pour le système SUMUP, d'avoir du, pour un site qui avait changé d'adresse de serveur :
- Désinstaller l'application SUMUP et de l'annuler chez SUMUP.
- D'installer à nouveau l'application SUMUP puis de l'activer chez SUMUP.
Ce n'est certainement le même problème, mais cela peut donner une piste.
Bonjour,
J'ai contacté le service monétique, et après vérification, il ne reçoivent aucun appel venant de mon serveur. Sa coince sur OVH.
il on bien vérifié avec "51.68.11.191" ?
on m'a dit de tester de faire un appel avec la fonction Curl si vous avez une idée ?
oui si il vous ont donné l'adresse à tester en curl
Cordialement, janus57
Merci pour votre réponse
J'ai trouvé un code a tester en modifiant l'URL de test qu'on m'a communiqué et voilà le résultat
Connection timed out after 5001 milliseconds
Sur le serveur où le module marche voilà le résultat avec le même code
{"errorCode":5,"errorMessage":"Access denied"}
C'est clair qu'il y a un problème niveau ovh non ?
L'adresse ip est bien en France, et pour la banque en Tunisie c'est la même adresse mais ca n'a jamais été une contrainte, aucune restriction à ce niveau,
J'ai testé avec un autre serveur Ip française et le test a marché.
Il s n'ont pas la même adresse IP ?
Quelles sont les adresses IP des Serveurs :
* Celle OK ?
* Celle NOK ?
Quelle adresse IP du serveur de de la banque ?
Quelle est l'adresse IP du serveur à tester en CURL ?
Quelle est l'adresse exacte du fichier à tester avec CURL ?
Bonjour,
C'est clair qu'il y a un problème niveau ovh non ?
ça dépend il faut faire plus de test
Quel est l'URL de test qu'on vous a communiqué ?
Quel est le script que vous avez utilisé ?
Cordialement, janus57
J'ai trouvé un code a tester en modifiant l'URL de test qu'on m'a communiqué et voilà le résultat
Un délai de 2 à 11 jours entre vos réponses, n'aide pas du tout à la résolution de votre problème..
Apparemment mes réponses doivent être validée avant publication. Là ce n'est pus le cas
je vais répondre a toute vos questions
Adresse ip serveur non ok :
Adresse IP de 'www.1oriental.com'oriental.com' : 213.186.33.2
Adresse ip serveur ok :
92.222.139.190
Adresse URL a tester : https://test.clictopay.com/payment/rest/register.do
Je n'ai pas d'adresse ip
code que j'ai tester :
> > $ch = curl_init();
> try {
> curl_setopt($ch, CURLOPT_URL, "https://test.clictopay.com/payment/rest/register.do");
> curl_setopt($ch, CURLOPT_HEADER, false);
> curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
> curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 5);
> curl_setopt($ch, CURLOPT_TIMEOUT, 5);
> curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
> curl_setopt($ch, CURLOPT_MAXREDIRS, 1);
> curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, true);
>
> $response = curl_exec($ch);
>
> if (curl_errno($ch)) {
> echo curl_error($ch);
> die();
> }
>
> $http_code = curl_getinfo($ch, CURLINFO_HTTP_CODE);
> if($http_code == intval(200)){
> echo $response;
> }
> else{
> echo "Ressource introuvable : " . $http_code;
> }
> } catch (\Throwable $th) {
> throw $th;
> } finally {
> curl_close($ch);
> }
> ?>
@janus57
Adresse URL a tester : https://test.clictopay.com/payment/rest/register.do
Déjà sans CURL : {"errorCode":5,"errorMessage":"Access denied"}
Le problème serait-il là ?
L'accès est bloqué c'est normal car il manque les paramètres, il s'agit d'une url test qui renvoi une erreur, la réponse se fait deja
Mais dans l'autre serveur on n'a même pas de réponse, c'est bloqué au niveau serveur : Connection timed out after 5001 milliseconds