Bonjour,
 
 je suis en train de craquer completement : je dois faire des modifs sur un site distant et je n'arrive pas (mais pas du tout) à m'en sortir :
 
 Voila le ~#{~#{ de message d'erreur :

 
 Pourtant le serveur est actif et pingable, le site est bien dispo : On arrive bien sur a utiliser la base de l'interieur.
 
Afin de m'eviter un mysql_dump j'aimerai pouvoir travailler tranquillement sur la base distante. Je pige que dalle.
 
Le possesseur du serveur m'a encore certifié l'adresse du serveur mysql
http://typ.slyip.net/admin/
 
Mais je n'arrive pas a me connecter dessus.
 
 Je possede un Firewall sur ma machine mais je ne pense pas que  cela ait de l'importance puisque c moi qui me connecte à cette machine.
 
 La personne interessée est injoignable, je crois que je vais craquer
 
Avez vous une petite idee ?

 
Oui. Ce n'est pas parcequ'un serveur mysql tourne sur une machine qu'il est accessible depuis l'exterieur. C'est certainement le cas ici. Mysql tourne en local et n'accepte que les requetes faites en local demandées par le PHP qui tourne sur la même machine.

Oki, il est tout a fait possible d'autoriser des connexions exterieures pour MySQL comme PostGreSQL j'espere ?  
 
 Est ce que tout cela est gerable via un fichier de conf ? (je demande sans savoir)

en effet il existe bien un mysqlaccess.conf

Si mysql n'accepte que les connexions locales, soit un firewall bloque les entrées externes, auquel cas le message est bien celui là, soit MySQL lui-même refuse la connexion externe parce que ce n'est pas prévu dans la db des users, auquel cas le message aurait été "user denied".  Il s'agit donc bien d'un problème de réseau et non de MySQL.  Il se peut donc que ce soit ta machine.  Vérifie en loggant les sorties et tu verras bien.  Si la connexion sort, c'est sur la machine distante qu'il y a un problème.  Le serveur distant utilise-t-il le port par défaut (3306) ou un autre?

 
oui, et oui (dans my.cnf).
 

Certes, mais ce n'est pas le cas ici. Il n'aurait pas du tout ce message d'erreur. Là, le serveur SQL ne peut même pas être contacté : soit le nom d'hôte est incorrect (demande une nvelle confirmation, car si l'admin te balance http://typ.slyip.net/admin/ j'ai de gros doutes sur la pertinence de sa réponse ). Vérifie également que ton firewall ne bloque pas les accès sur le port utilisé par MySQL.

SSSAMMMMMMMMMMM
 
Tu l'obtiens dans quoi ton message d'erreur :  
 

 
ça veut dire ? Je suis chocolat ?

 
En effet c sa reponse mais je ne l'ai pas tenu en compte : Le nom d'hote est dispo (pingable) et j'obtient son adresse ip (j'ai essayé avec l'IP) et toujours que dalle.
 
 ça commence à me gonfler ce truc

 
Mon firewall bloque les paquets entrant pour ce port mais pas sortant

oui et une connection TCP (mySQL donc) qui est une connection bidirectionelle elle fait comment  

 
Connaissant samouille, il utilise une SuSe, donc iptables qui est un firewall stateful.

Oki c t au cas ou

bidirectionnelle, certes, mais c'est la tentative de connexion qui peut être bloquée.  Une fois la connexion établie, ça marche dans les deux sens.  C'est par contre en UDP que tu risques des problèmes.

Pour info meme kad n'arrive pas a se connecter, lui qui n'a pas de Firewall : ça me saoule ce truc : on me demande de faire un truc et on assure pas derriere (mauvaise humeur inside)

 
Depend de comment c bloque ca

smauelp t es sur que la table user de ton mysql est bien correctement remplies ?

 
J'en sais rien je n'y ait pas acces  
 
 J'essaye de contacter l'interesse sans succes.
 
 J'ai essayé de virer temporairement mon firewall et c pareil
 
 A la rigueur de ton poste fais un mysql -h typ.slyip.net et tu verras

Nop pareil
 

 
A croire qu'on se fout de ma gueule

 
 
Il y a pas de mysl à l'écoute là bas ...

 
Vui, bizard

non, y a rien en attente sur le port 3306 de typ.slyip.net