OVH Community, votre nouvel espace communautaire.

Problème envoi de SMS via SOAPi


theduc
12/03/2011, 00h33
Bonsoir,

Après une journée (et une nuit) de recherches, il y a une petite astuce : quand vous éditez votre php.ini, n'oubliez pas d'activer ces deux lignes :

extension=php_openssl.dll
extension=php_soap.dll

Si ça vous a aidé : admin@cedric-duchesne.be pour me prévenir. :-)

dubwise
22/02/2010, 11h51
Citation Envoyé par Jul.B
je viens de mettre à jour le guide TelSmsSend (http://guides.ovh.com/TelSmsSend) pour les clients sur dédié. Si vous avez d'autres suggestions ou remontés, vous pouvez les indiauer ici.
Merci pour la màj du guide, je pense que ça servira à d'autres.
bonne journée

Jul.B
22/02/2010, 11h35
je viens de mettre à jour le guide TelSmsSend (http://guides.ovh.com/TelSmsSend) pour les clients sur dédié. Si vous avez d'autres suggestions ou remontés, vous pouvez les indiquer ici.

dsaunier
15/02/2010, 23h13
Si malgré les trous dans le firewall ça ne marchait pas, vérif version PHP !
Lire un fichier CSV en PHP n'est pas très dur mais sort de ce sujet AMHA.

GDIE
15/02/2010, 22h56
Bonsoir, je rencontre les mêmes erreurs et ce malgré les 2 commandes iptables :-(
[edit]
Autant pour moi ! Ca tourne grace aux ouvertures !

Quelqu'un a une soluce pour un script qui pioche les destinataires dans un fichier csv ?

dsaunier
15/02/2010, 15h17
Bon et bien sur une autre machine, au 1er essai

login successfull
dedicatedList successfull

Décidément galère ces serveurs avec interfaces graphiques mais modules obsolètes.

Merci en tous cas.

dsaunier
15/02/2010, 15h13
Merci il faut luck et courage car prise de tête ce truc.
Pour résumer je crois que j'abandonne dans ce contexte ie Plesk avec PHP trop ancien.
Vu sur un forum:
"Until PHP 5.2.6 , PHP does have some problem with SOAP client."

Voir http://bugs.php.net/bug.php?id=41983

Je vais donc tester sur un autre serveur avec PHP 5.2.6 au moins.

dubwise
15/02/2010, 14h26
Citation Envoyé par dsaunier
En tous cas merci du partage d'expérience qui évitera à certain énervement et perte de temps...
Je pense avoir presque résolu mais ai encore le "SoapFault exception: [HTTP] Error Fetching http headers". J'ai testé d'ouvrir à la fois en entrant et sortant le port 1664 sur un serveur Plesk mais pas de modif, comment as-tu ajouté cette règle et dans quel sens ?

Merci.
Slt,

J'ai simplement ajouté les 2 règles suivantes :
Code:
iptables -t filter -A OUTPUT -p tcp --dport 1664 -j ACCEPT
iptables -t filter -A OUTPUT -p tcp --dport 443 -j ACCEPT
HTTPS --> Ouverture du port 443 en sortie (puisque l'url est https://www.ovh.com/soapi/soapi-re-1.9.wsd)
SOAP --> Ouverture du port TCP 1664 en sortie

Cela dit, l'erreur que tu as me semble différente, donc ton problème ne vient peut-être pas de là...

Good luck.

dsaunier
14/02/2010, 00h03
En tous cas merci du partage d'expérience qui évitera à certain énervement et perte de temps...
Je pense avoir presque résolu mais ai encore le "SoapFault exception: [HTTP] Error Fetching http headers". J'ai testé d'ouvrir à la fois en entrant et sortant le port 1664 sur un serveur Plesk mais pas de modif, comment as-tu ajouté cette règle et dans quel sens ?

Merci.

dubwise
11/02/2010, 17h02
Ok, je me réponds à moi-même :

J'viens de monter une debian toute propre sous Vmware, j'installe un serveur LAMP et je fais un essai --> ça fonctionne direct !

Ok, à part les règles IPTABLES, aucune différence avec mon serveur kimsufi.
Donc, je récupère mon script firewall, je l'exécute sur la VM --> bingo, ça passe plus.

Donc, c'est un problème de firewall, je pensais que SOAP utilisait simplement le port 80, ou 443 en https...

Et bien non, il faut ouvrir le port 1664 (chez OVH en tous cas), et hop, plus d'erreur !

Bilan, grosse perte de temps parce qu'il n'y a rien à ce sujet sur la doc, ça coûte quoi à OVH d'indiquer qu'il faut ouvrir ce port,je suppose que je ne suis pas le seul à avoir des règles Iptables sur mon serveur !?

J'suis pas content !
Bonne fin de jrnée quand même.

dubwise
10/02/2010, 11h03
Bonjour,

J'essaie d'envoyer des sms via SOAPi depuis une page en PHP sur un serveur kimsufi (debian lenny) et j'obtiens systématiquement l'erreur suivante :
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://www.ovh.com/soapi/soapi-re-1.9.wsdl' : failed to load external entity "https://www.ovh.com/soapi/soapi-re-1.9.wsdl" in /var/www/test/sendsms.php:30 Stack trace: #0 /var/www/test/sendsms.php(30): SoapClient->SoapClient('https://www.ovh...') #1 {main}
J'ai utilisé la doc trouvée ici : http://guides.ovh.com/TelSmsSend
Si je fais un essai avec un espace d'hébergement mutualisé "start1g" ça fonctionne bien, donc c'est bien un problème au niveau de mon serveur.

Pourtant si je regarde avec un phpinfo(), soap est bien installé et activé.

A priori, il y aurait un problème relatif à libxml2 avec soap et les urls en https :
http://bugs.php.net/bug.php?id=31050

Donc, il semble que le souci soit ça :

If libxml2 static library is available in the {prefix} directory
(libxml2.a), PHP includes libxml2 library into itself at buildtime.
In that case, soap FAILS to work with https.

If libxml2 shared library is available in the {prefix} directory
(libxml2.so), PHP doesn't includes libxml2 library into itself at
buildtime, but seach the library at runtime.
In that case, soap works with https fine.


Le problème c'est que je ne sais pas comment faire pour passer libxml2 en shared library.

Une idée ?

Merci d'avance.