Affichage hiérarchique | Affichage linéaire

christophec · 12/03/2020, 18:12

J'utilise depuis plus d'1 an l'API d'appel sortant en mode d'Authentification par IP source.
Or depuis le 11/03/2020, j'ai régulièrement et de façon aléatoire des erreurs 400 :
Voici le résultat des requêtes :
* Hostname was NOT found in DNS cache
* Trying 83.136.160.70...
* Connected to ssl.keyyo.com (83.136.160.70) port 443 (#0)
* successfully set certificate verify locations:
* CAfile: none
CApath: /etc/ssl/certs
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* Server certificate:
* subject: serialNumber=39008115600106; 1.3.6.1.4.1.311.60.2.1.3=FR; businessCategory=Private Organization; C=FR; postalCode=92110; ST=Hauts-De-Seine; L=CLICHY; street=92-98 BOULEVARD VICTOR HUGO; O=KEYYO; OU=0002 390081156; CN=ssl.keyyo.com
* start date: 2019-09-11 00:00:00 GMT
* expire date: 2021-10-09 23:59:59 GMT
* subjectAltName: ssl.keyyo.com matched
* issuer: C=GB; ST=Greater Manchester; L=Salford; O=COMODO CA Limited; CN=COMODO RSA Extended Validation Secure Server CA
* SSL certificate verify ok.
> GET /makecall.html?ACCOUNT=<hide>&CALLEE=<hide><&CALLEE_NAME="Francois d'elanei (Lilian)" HTTP/1.1
Host: ssl.keyyo.com
Accept: */*

< HTTP/1.1 400 Bad Request
< Date: Thu, 12 Mar 2020 16:03:56 GMT
* Server Apache is not blacklisted
< Server: Apache
< Content-Length: 226
< Connection: close
< Content-Type: text/html; charset=iso-8859-1
<
* Closing connection 0
string(392) "HTTP/1.1 400 Bad Request
Date: Thu, 12 Mar 2020 16:03:56 GMT
Server: Apache
Content-Length: 226
Connection: close
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
</body></html>

Cependant, pour le même code, j'ai un succés :
* Hostname was NOT found in DNS cache
* Trying 83.136.160.70...
* Connected to ssl.keyyo.com (83.136.160.70) port 443 (#0)
* successfully set certificate verify locations:
* CAfile: none
CApath: /etc/ssl/certs
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* Server certificate:
* subject: serialNumber=39008115600106; 1.3.6.1.4.1.311.60.2.1.3=FR; businessCategory=Private Organization; C=FR; postalCode=92110; ST=Hauts-De-Seine; L=CLICHY; street=92-98 BOULEVARD VICTOR HUGO; O=KEYYO; OU=0002 390081156; CN=ssl.keyyo.com
* start date: 2019-09-11 00:00:00 GMT
* expire date: 2021-10-09 23:59:59 GMT
* subjectAltName: ssl.keyyo.com matched
* issuer: C=GB; ST=Greater Manchester; L=Salford; O=COMODO CA Limited; CN=COMODO RSA Extended Validation Secure Server CA
* SSL certificate verify ok.
> GET /makecall.html?ACCOUNT=<hide>&CALLEE=<hide>&CALLEE_NAME="Francois d'elanei (Lilian)" HTTP/1.1
Host: ssl.keyyo.com
Accept: */*

< HTTP/1.1 200 OK
< Date: Thu, 12 Mar 2020 16:03:59 GMT
* Server Apache is not blacklisted
< Server: Apache
< X-Powered-By: PHP/5.5.4
< Set-Cookie: PHPSESSID=dd35613a92b1d648bbb4f094f9e5de44; path=/
< Expires: Thu, 19 Nov 1981 08:52:00 GMT
< Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
< Pragma: no-cache
< Content-Length: 2
< Connection: close
< Content-Type: text/html
<
* Closing connection 0
string(363) "HTTP/1.1 200 OK
Date: Thu, 12 Mar 2020 16:03:59 GMT
Server: Apache
X-Powered-By: PHP/5.5.4
Set-Cookie: PHPSESSID=dd35613a92b1d648bbb4f094f9e5de44; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Length: 2
Connection: close
Content-Type: text/html

OK"

Quelle est cette origine de cette instabilité ? Des nouvelles modifications ?
Pouvez-vous m'indiquer la cause de ces erreurs ?

Merci

***Keyyo QA*** · 13/03/2020, 11:35

Bonjour,

Merci de votre remontée détaillée. Nous investiguons.

Avez-vous toujours des cas en erreur aujourd'hui ?

Cordialement.

christophec · 13/03/2020, 15:51

Bonjour,

Oui, ça ne marche toujours pas.

Il y a forcément eu des modifications dans votre infrastructure qui n'accepta pas, de façon aléatoire, mes requêtes HTTP.
Je peux très facilement modifier mes entêtes HTTP, si besoin.

Merci

christophec · 07/04/2020, 11:24

Bonjour,

Nous rencontrons toujours les mêmes problèmes.
Pouvez nous dire ou vous en êtes de vos investigations ?

Merci.

Cordialement.

***Keyyo QA*** · 08/04/2020, 09:44

Bonjour,

Après investigations, nous avons reproduit de notre côté avec Curl.

La cause vient du fait que, dans votre requête, les caractères spéciaux ne sont pas encodés.
Il convient de les encoder en HTML (par exemple les espaces deviendront %20).

Une fois l'encodage de l'URL correct, les requêtes fonctionnent.

Cordialement.