Bonjour,
Nous disposons de deux VPS avec des offre Plesk.
Depuis hier matin (20 Avril) 9h30, notre module de paiement Payline n'arrive plus à communiquer avec notre serveur. Cela est arrivé sans aucune action de notre part sur le serveur. Le module de paiement a cessé de communiquer.
Voici une url de test :
https://formalites-auto.fr/panier/paiement
Normalement cela doit afficher un module de paiement mais nous avons une erreur :
{"result":{"code":"XXXXX","longMessage":"Could not connect to host","shortMessage":"ERROR","partnerCode":null,"partnerCodeLabel":null}}
Cela signifie qu'une mise à jour a eu lieu à 9h30 ou un problème de service empêchant la connexion.
L'URL appelée pour le paiement est https://services.payline.com/V4/services
Avez-vous une idée ?
Merci d'avance.
Serveurs Privés Virtuels (VPS) - Problème de module de paiement Payline serveur plesk vps
Related questions
- Perte de mot de passe
38760
26.05.2023 13:36
- Comment configurer/utiliser un SMTP depuis un VPS ?
37945
07.10.2019 10:49
- Je connais que le mutu et besoin de node js
36416
14.04.2017 13:34
- Envoi Email via SMTP (port 587) sur VPS Pro1
34315
27.01.2017 10:02
- Qu'est-ce vcore?
34197
06.01.2017 19:20
- [résolu] Serveur Mysql - hôte inconnu
33539
19.01.2017 16:21
- Mon VPS à Timed Out
32102
15.03.2017 22:50
- Délai de livraison VPS
31877
11.07.2018 15:15
- Accès externe base de données
30437
18.07.2018 10:29
- Problème avec statisitique Plesk
30059
29.03.2017 07:44
Ps : cela est normal que l'url https://services.payline.com/V4/services affiche une 404 car il est necessaire de passer par le SDK et différentes clés de sécurité.
Comment vérifier que quelquechose à bouger sur le serveur hier.
Comment rétablir la vérification
Quel élément ou service peut empêcher la communication ?
Nous avons un second VPS avec le même code source et la même configuration et cela fonctionne parfaitement.
Merci
Bonjour,
Votre site est sur un serveur VPS dont vous avez l'entière gestion:
51.68.123.158: webautoservice.fr
La première chose à investiguer, est-ce que votre VPS bloque ces connexions sortantes ?
Depuis votre VPS,
~# wget -d https://services.payline.com
ça finit avec quoi ?
---response end---
404 Not Found
URI content encoding = ‘iso-8859-1’
2023-04-20 14:03:09 ERROR 404: Not Found.
ou bien autre chose ?
Bonjour,
Merci pour votre retour.
Timeout et non 404
Le problème semble donc venir de Payline non ?
Justement, peut-être que non.
C'est peut-être votre VPS qui est fautif.
Ou bien payline a banni votre adresse IP ou une partie du réseau qui vous héberge.
Que dit la commande ? :
iptables -L
Nous avons déjà essayé sur l'IPv6, mais payline ne répond pas : https://toolbox.googleapps.com/apps/dig/#AAAA/services.payline.com
root@webautoservice:~# curl -6 -I https://services.payline.com/V4/services
curl: (6) Could not resolve host: services.payline.com
Voici également une trace de tcdump :
root@webautoservice:~# tcpdump -i eth0 host 31.210.0.108 or host 8.8.8.8
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
14:57:50.224442 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 1, length 64
14:57:51.235854 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 2, length 64
14:57:52.259818 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 3, length 64
14:57:53.283814 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 4, length 64
14:57:54.307804 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 5, length 64
14:57:55.331939 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 6, length 64
14:57:56.355859 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 7, length 64
14:57:57.379813 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 8, length 64
14:57:58.403851 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 9, length 64
14:57:59.427864 IP webautoservice.fr > services.payline.com: ICMP echo request, id 6288, seq 10, length 64
14:58:06.640752 IP webautoservice.fr > dns.google: ICMP echo request, id 6296, seq 1, length 64
14:58:06.645624 IP dns.google > webautoservice.fr: ICMP echo reply, id 6296, seq 1, length 64
14:58:07.641862 IP webautoservice.fr > dns.google: ICMP echo request, id 6296, seq 2, length 64
14:58:07.646849 IP dns.google > webautoservice.fr: ICMP echo reply, id 6296, seq 2, length 64
14:58:08.643080 IP webautoservice.fr > dns.google: ICMP echo request, id 6296, seq 3, length 64
14:58:08.647975 IP dns.google > webautoservice.fr: ICMP echo reply, id 6296, seq 3, length 64
14:58:09.644204 IP webautoservice.fr > dns.google: ICMP echo request, id 6296, seq 4, length 64
14:58:09.649133 IP dns.google > webautoservice.fr: ICMP echo reply, id 6296, seq 4, length 64
14:58:10.645454 IP webautoservice.fr > dns.google: ICMP echo request, id 6296, seq 5, length 64
14:58:10.650275 IP dns.google > webautoservice.fr: ICMP echo reply, id 6296, seq 5, length 64
14:58:11.646556 IP webautoservice.fr > dns.google: ICMP echo request, id 6296, seq 6, length 64
14:58:11.651457 IP dns.google > webautoservice.fr: ICMP echo reply, id 6296, seq 6, length 64
Le TCPDUMP montre bien que lorsque nous envoyons des paquets à Payline, rien ne nous est retourné alors que auprès de google cela fonctionne sans souci.
Merci beaucoup pour votre retour.
Si notre VPS est fautif d'ou cela peut provenir ?
Le problème est apparu d'un seul coup à 9h30 du matin sans aucune action ou MAJ du VPS
qui parle d'ipv6 ?
Il n'y a pas de résolution AAAA pour services.payline.com
Si vous n'avez pas de règle de firewall qui bloque cette connexion sortante, alors demandez à payline s'ils bloquent votre IP 51.68.123.158 ?
Bonjour,
D'après ce message :
Votre machine ne trouve pas "services.payline.com"
Un problème de résolution de nom ?
Non ce host n'a pas d'IPv6.
Arf oui pardon.
Payline nous disent qu'il ne bloque normalement jamais les IP ou serveurs clients
Il n'y a pas de blocage sur les connexions sortantes. Voici le résultat du test :
root@webautoservice:~# wget --tries=2 -d https://services.payline.com
DEBUG output created by Wget 1.20.1 on linux-gnu.
Reading HSTS entries from /root/.wget-hsts
URI encoding = ‘UTF-8’
Converted file name 'index.html' (UTF-8) -> 'index.html' (UTF-8)
--2023-04-21 10:20:23-- https://services.payline.com/
Certificates loaded: 126
Resolving services.payline.com (services.payline.com)... 31.210.0.108
Caching services.payline.com => 31.210.0.108
Connecting to services.payline.com (services.payline.com)|31.210.0.108|:443... Closed fd 3
failed: Connection timed out.
Releasing 0x0000556fd8b6d780 (new refcount 1).
Retrying.
--2023-04-21 10:20:56-- (try: 2) https://services.payline.com/
Found services.payline.com in host_name_addresses_map (0x556fd8b6d780)
Connecting to services.payline.com (services.payline.com)|31.210.0.108|:443... Closed fd 3
failed: Connection timed out.
Releasing 0x0000556fd8b6d780 (new refcount 1).
Giving up.
Bonjour,
avez-vous essayé de ping (ping -c4 services.payline.com) ?
Si oui, est-ce que cela répond ?
Si non, que donne un mtr (mtr services.payline.com) ?
Cordialement, janus57
Je vous ai demandé : iptables -L
Ce que vous prétendez est une erreur, un non-sens.