SOAPI - SSL: Connection reset by peer

[redman]

Bonjour à tous,

Je bosse sur un script qui permet de vérifier la disponibilité d'un domaine grâce à SOAPI.

Malheureusement, une erreur (qui arrive de manière aléatoire) m'est retournée quand j'appelle la méthode $soap->domainCheck() en php:

PHP Warning: SoapClient::__doRequest() [<a href='soapclient.--dorequest'>soapclient.--dorequest</a>]: SSL: Connection reset by peer in /Users/*/OVHApi.php on line 39

La ligne 39:

$result = $this->socket->domainCheck($this->session, $domainName);

Le WSDL que j'utilise: http://www.ovh.com/soapi/soapi-re-1.8.wsdl (en http et https)

Lorsque j'exécute mon script, parfois la requête passe sans problème (avec un retour concluant et un domainStruct) parfois pas, avec cette erreur.

Je me suis basé sur les exemples donnés dans la documentation de SOAPI (je suis en PHP avec SoapClient).

Est-ce que quelqu'un a déjà eu ce message et pourrait m'aider svp ?

Je vous remercie d'avance pour votre lecture.

Redman

[xiangxing]

J'ai systématiquement le même problème depuis hier soir.

Warning: SoapClient::__doRequest() [function.SoapClient---doRequest]: SSL: Connection reset by peer in .../zone.php on line 121

Fatal error: Uncaught SoapFault exception: [HTTP] Error Fetching http headers in .../zone.php:121
Stack trace:
#0 [internal function]: SoapClient->__doRequest('<?xml version="...', 'https://www.ovh...', 'http://soapi.ov...', 1, 0)
#1 [internal function]: SoapClient->__call('zoneEntryDel', Array)
#2 .../zone.php(121): SoapClient->zoneEntryDel('...', '...', '', 'MX 1', 'redirect.ovh.ne...')
#3 {main}
thrown in .../zone.php on line 121

j'utilise http://www.ovh.com/soapi/ovh.wsdl

[redman]

Pour ma part, je développe en local (sur un Mac et avec MAMP). Bizarrement, pendant 2 jours je n'ai eu aucun problème et c'est seulement depuis avant-hier que j'ai cette erreur aléatoire ..

[xiangxing]

J'ai ce problème sur toutes les fonctions du SoAPI (ZoneDel, ZoneList, etc...).

[redman]

Je n'utilise aucune autre fonction de SOAPI, j'ai juste besoin de domainCheck.

[redman]

Oui (c'est d'ailleurs la même chose, j'utilise juste un objet).

Quelqu'un a-t-il une solution ?

[redman]

Mon script a fonctionné en local durant 2 jours, et depuis avant-hier, l'erreur apparait aléatoirement. Donc je ne pense pas que cela soit du au fait que je sois en local.

[xiangxing]

et tu es hebergé comment?

Je suis sur un dédié non-ovh. Mais j'ai un RPS dispo chez OVH si il faut migrer mon appli.

[redman]

J'ai déjà modifié tout cela et rien n'y fait .. :) (timeout, cache wsdl, etc. etc.)

[redman]

Voici ce que ton script retourne lorsque je clique sur Valider:

SoapFault exception: [HTTP] Error Fetching http headers in /www/fidelite/test2.php:25 Stack trace: #0 [internal function]: SoapClient->__doRequest('__call('domainCheck', Array) #2 /www/fidelite/test2.php(25): SoapClient->domainCheck('br10808-ovh-17a...', 'bouh.com') #3 {main}


C'est exactement la même erreur que moi. De plus, elle arrive également de manière aléatoire car parfois la requête est concluante:

Array ( [0] => stdClass Object ( [predicate] => is_available [value] => [reason] => Le domaine est enregistré ) [1] => stdClass Object ( [predicate] => is_transferable [value] => 1 [reason] => Ce domaine est transférable ) [2] => stdClass Object ( [predicate] => is_renewable [value] => [reason] => Le nom de domaine n'est pas enregistré chez OVH ) ) logout successfull


Quelqu'un a-t-il une solution ? :) (à part passer à php 5.3 et changer les paramètres de timeout)

[renaudoq]

Bonjour,

J'ai moi aussi le même problème depuis quelques heures quand j'utilise l'API pour afficher le solde de sms restants sur mon compte. Par contre je suis sur un dédié Kimsufi. Si quelqu'un trouve d'ou vient le problème...

Bonne soirée,

[xtz_]

+1, j'ai exactement le même problème sur plusieurs serveurs depuis quelques jours ...
Je crois que je vais bientôt migrer chez un concurrent pour la partie domaine étant donné le nombres de problème récurrents sur ceux ci ...

Je vient de regarder mon errorlog, cela a commencé à apparaitre le 16 novembre ...
Mais cela est devenu récurrent à partir du 24 novembre en soirée ...
Je comprends maintenant mieux le nombre d'enregistrement de ndd via mon site depuis quelques jours ...

D'ailleurs à cette heure la, le service ne fonctionne plus du tout, il n'arrive même plus à se connecter au service.

En attendant, je vient de repasser à la vieille méthode avec un check sur un serveur das ...

[Starchou]

Bonjour,
idem nous utilisons l'API pour nos clients plusieurs dizaines voir centaines de fois par jour sans problème mais depuis avant hier c'est la merde, la même erreur que vous sur un dédié OVH. :(

[Waibe]

Hello
Même erreur pour moi : Error : SoapFault exception: [HTTP] Error Fetching http headers in /homez.98/xxxxxxx/www/__php/util/ovh/f_ovh_domain_infos.php:36 Stack trace: #0 [internal function]: SoapClient->__doRequest('__call('login', Array) #

Ca merde depuis quelques jours, mes scripts fonctionnent depuis 3 ans.
le problème est chez OVH.

J'ai ouvert un incident sur ce sujet chez OVH. Faites en de même : plus il y a d'incidents, plus le problème est considéré comme "réel" et sérieux, et venant de chez eux.

[Starchou]

J'ai celle la qui revient souvent aussi depuis 2 jours :

Warning: SoapClient::__doRequest() [soapclient.--dorequest]: SSL: Connection reset by peer in /opt/manager/gui/includes/functions_ovh.php on line 26

Warning: SoapClient::__doRequest() [soapclient.--dorequest]: SSL: Connection reset by peer in /opt/manager/gui/includes/functions_ovh.php on line 806

[Starchou]

Ticket incident critique ouvert.

[guiguiabloc]

Problème identique.

Ticket ouvert.

[xiangxing]

Apache Version Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13

max_execution_time 30 30

max_input_time 60 60

Mais, à mon avis, c'est pas le timeout, je n'attend pas 30 secondes avant d'avoir l'affichage de l'erreur.

[xiangxing]

Même le Logiciel MoM de OVH ne fonctionne plus : http://www.ovh.co.uk/customerspace/tools/mom.xml

J'ai posté un message au support technique mais je n'ai pas encore de réponse... Je suis en mode attente... Et je passe par le managerv3... à l'ancienne :D

[Starchou]

C'est rentré dans l'ordre pour moi, et vous ?

[xiangxing]

C'est rentré dans l'ordre pour moi, et vous ?

Yes, it is !

EDIT: ça a fonctionné deux minutes... j'ai à nouveau des erreurs
Error : SoapFault exception: [HTTP] Could not connect to host in /var/www/outils.site-internet.re/ovh_soapi/zone.php:53
Stack trace:
#0 [internal function]: SoapClient->__doRequest('

[redman]

Pour ma part, cela ne fonctionne toujours pas. J'ai donc envoyé un ticket au support d'ovh, on verra la réponse ..

[Starchou]

J'ai ouvert le ticket vendredi, toujours rien de la part de OVH.

Je me demande vraiment à quoi cela sert de pouvoir ouvrir des tickets critiques... 4 jours pour ne même pas avoir de réponse... lamentable ! :(

[Starchou]

Bonjour

Merci de nous fournir plus d'information sur la facon dont vous procédez, en effet je n'ai pas pu reproduire le probleme puisque mes requetes soap fonctionnent.

Merci de spécifier l'ip depuis laquelle vous faites ces requetes, ainsi que l'heure à laquelle vous rencontrez ces erreurs; merci de préciser également avec quelle intensité vous sollicitez le serveur, cela peut etre une des causes du rejet de la part du serveur

Merci dans le meme esprit de nous préciser tout changement dans la methode utilisée, l'intensité des requetes

Cordialement,
Celine S.

Ce qui est bien avec OVH, c'est que du jour au lendemain, cela ne fonctionne plus pour beaucoup de clients, mais non, OVH pense que c'est la faute du client et ne regarde pas de côté d'abord suite au modifications qui ont pu être faites...

Problème : l'erreur n'apparait plus... dur dur de répondre à son ticket...

[Aazeu]

Dite-moi : soap repose bien sur curl non ?
Si c'est le cas, je pense que l'erreur vient de la et non pas de soap.
a voir le guide soap d'ovh (http://guide.ovh.com/SOAPI) plus que succinct !
Vous avez les messages d'erreurs suivants :


* Client soap:ClientApplication failed during request deserialization ...

* HTTP curl_exec error 35 Unknown SSL protocol error in connection to ...


La raison probable :

La gestion du timeout par defaut de curl est trop courte.

La solution :

Augmenter le timeout de curl en éditant la classe SOAP_Transport_HTTP

Vous trouverez ce fichier :


* sous debian dans /usr/local/php/SOAP/Transport/HTTP.php

* sous gentoo dans /usr/share/php/SOAP/Transport/HTTP.php


Modifier la variable $timeout (ligne 64) :
var $timeout = 30;

[Starchou]

Le problème c'est que lorsqu'un système fonctionne durant 3 ans, et que du jour au lendemain cela ne fonctionne plus, ca peut arriver. Les bugs/modifications ca arrive.

Cependant ce qui me gonfle c'est la réaction d'OVH... "c'est pas nous, on a rien fait, c'est votre code..."

Pour info, domaine commandé en renew à 11H30, mail de renouvellement reçu à 21H01... entre temps on l'a renouvelé à la mano sur le site d'OVH... merci OVH :(

[xtz_]

Problème réapparu hier soir, mais ticket critique ouvert samedi toujours sans réponse .....

[Starchou]

Moi je reçois les mails de l'API avec 12 heures de retard :( j'crois que je vais définitivement arrêté de travailler avec OVH pour les domaines...

[xtz_]

Par contre, sur l'api il y a une limitation sur le nombre de check de domaine à la minute. Cette limite de 20 peut se réveler assez basse.

Y a t'il un moyen d'augmenter celle-ci à part utiliser plusieurs compte OVH ?

[Starchou]

Super, 24 heures pour recevoir le mail ERROR de l'api pour un transfert de domaine et toujours aucune réponse de OVH... bravo :(

[Starchou]

Il est clair que OVH modifie son API n'importe comment sans tenir compte que ses clients s'en servent et des conséquences que cela peut avoir.

<li>SoapFault exception: [soap:451] Query domainCheck#****.com quota has been exceeded (1 per 60 seconds) and will be replenished in 900 seconds. in /opt/manager/gui/includes/functions_ovh.php:275
Stack trace:
#0 [internal function]: SoapClient->__call('domainCheck', Array)
#1 /opt/manager/gui/includes/functions_ovh.php(275): SoapClient->domainCheck('p****-bb346...', '****.co...')
#2 /opt/manager/gui/includes/functions_ovh.php(330): ovh_check_dmn_dispo('********.co...')
#3 /opt/manager/gui/includes/functions_dmn.php(450): ovh_dmn_cmd_v4(0, '3392', '1')
#4 /opt/manager/gui/includes/functions_service.php(1053): dmn_create('3392', '1')
#5 /opt/manager/gui/includes/functions_dmn.php(416): service_modify_statut('3392', '20', '1')......

J'avais ce message il y'a un mois, le technicien OVH m'avait dis que cela était du au fait de faire deux check en moins d'une seconde, ce que j'ai corrigé et la cela recommence... la limite à encore été modifié ???

C'est inadmissible de modifier cela sans prévenir les clients, je ne dis pas que l'utilisation faite de l'API est correcte mais OVH n'a pas à modifier son système du jour au lendemain sans explication :(