titwoody
Bonsoir,
j'espère qu'un autre poste n'existe pas... dans ce cas, navrée de ne pas l'avoir trouvé...
J'ai mis à jour ma version gestan entreprise ce matin. Passage à la 13.2Y. Et depuis, une fois ouvert, au bout d'1-2 min, message d'erreur :
[i][i][size=150]Erreur à la ligne 19 du traitement Procédure globale gf_PARAMCENTRAL.
Vous avez appelé la fonction HLitRecherche.
Erreur de l'accès natif MySQL.
Numéro d'erreur = 79
Echec de la connexion.
L'erreur suivante a été renvoyée par la base de données <cl1-sql9.phpnet.org> :
Numéro d'erreur = <2003>.
Message d'erreur :
Can't connect to MySQL server on 'cl1-sql9.phpnet.org' (10060)
**********************************************
----- Informations techniques -----
Appel WL :
Traitement de 'Procédure globale gf_PARAMCENTRAL' (Procédures_MySQL.gf_PARAMCENTRAL), ligne 19, thread 0
Fonction 'HLitRecherche', syntaxe 1
Que s'est-il passé ?
Erreur de l'accès natif MySQL.
Numéro d'erreur = 79
Echec de la connexion.
L'erreur suivante a été renvoyée par la base de données <cl1-sql9.phpnet.org> :
Numéro d'erreur = <2003>.
Message d'erreur :
Can't connect to MySQL server on 'cl1-sql9.phpnet.org' (10060)
Code erreur : 73001
Niveau : erreur fatale
Code erreur WD55 : 3001
Dump de l'erreur du module 'wd210hf.dll' (21.0.124.5).
Identifiant des informations détaillées (.err) : 72801
Informations de débogage :
IEWDMSQL=101.23
Module=<WDMSQL>
Version=<21.0.8.0>
Fonction (7,118)
Informations supplémentaires :
EIT_NATIVECODE : <79>
EIT_LOGICALTABLENAME : <PARAMCENTRAL>
EIT_PILEWL :
Procédure globale gf_PARAMCENTRAL (Procédures_MySQL.gf_PARAMCENTRAL), ligne 19
Procédure locale Rechercher_InfosWeb (Menu.PROCEDURE.Rechercher_InfosWeb), ligne 95
EIT_DATEHEURE : 17/02/2017 16:49:16
EIT_TYPE_WDFILE : <7>
EIT_IDCODE : <458752>
----- Sous-erreur n°1 -----
Que s'est-il passé ?
L'erreur suivante a été renvoyée par la base de données <cl1-sql9.phpnet.org> :
Numéro d'erreur = <2003>.
Message d'erreur :
Can't connect to MySQL server on 'cl1-sql9.phpnet.org' (10060)
Code erreur : 22
Niveau : erreur fatale
Dump de l'erreur du module 'wd210msql.dll' (21.0.8.0).
Identifiant des informations détaillées (.err) : 22
Informations de débogage :
IEWDMSQL=101.16
Module=<WDMSQL>
Version=<21.0.8.0>
Couche client : C:\Program Files (x86)\GESTAN\libmysql.dll
Provider : WinDevMySQL
Utilisateur : p4077_4
Source de données : cl1-sql9.phpnet.org
Base de données : p4077_4
Unicode supporté : 1
Code page du WL : 1252
Code page de la connexion : 1252
Informations supplémentaires :
EIT_BASECODE : <2003>
EIT_INFOCLIENT : <5.1.41>
[/size][/i][/i]
et je quitte inopinément.... grrrrrrr
Une solution ?
Merci !!!
Gestan
Je pense que c'est un problème lié à votre pare-feu, mais je peux me tromper. Vous n'êtes pas le seul à remonter ce pb. Un de nos clients nous appelle cet AM et nous allons voir par prise de main ce que nous pouvons faire.
Dans votre cas, débranchez la recherche automatique des nouvelles versions, vous ne devriez plus avoir le problème (paramétrage général, onglet "Divers")
Gestan
Bon, je confirme, c'est parce que votre pare-feu est réglé trop serré.
Il faut que Gestan puisse interroger une base distante, qui est sur le serveur cl1-sql9.phpnet.org. Eventuellement, mettez en place une DMZ sur cette adresse.
Juste quelques précisions techniques en plus : auparavant, pour avoir par exemple le n° de la version de Gestan en cours, ou la liste des addons disponibles, Gestan exécutait un script php retournant directement les valeurs demandées. C'était simple et efficace, mais pas très marrant à maintenir. Maintenant, Gestan récupère ces données directement dans une base MySQL distante, c'est plus cool.
Gestan
@Julien B. Compléments d'informations techniques.
La communication avec la base MySQL utilise libmysql.dll, mais le port qu'elle utilise n'est pas précisé :question: et nous sommes bien en peine de vous le préciser. :neutre: :neutre:
Comme la communication avec la base ne pose pas de problème avec un réglage "standard" de pare-feu, je subodore que le port concerné est un port "classique" du style port 80, mais nous n'avons pas testé cette hypothèse.
Pour vous, qui avez un réglage de pare-feu spécifique, la solution consiste à débrayer toutes vos règles momentanément, pour les remettre en fonction progressivement et voir celle qui pose problème.
Gestan
re-compléments !
Pour que Gestan puisse communiquer avec la base MySQL qui stocke diverses informations genre la version de Gestan en cours (depuis la version 13.2Y), si vous êtes dans un réglage non-standard du firewall, il faut ouvrir le port MySQL 3306 en TCP. Et ça roule !
