Problème accès externe base postgresql

Bonjour à tous,

Je viens d'installer postgresql sur une VM pour faire tourner un service, j'ai suivi le tuto de ubuntu-fr (http://doc.ubuntu-fr.org/postgresql) pour l'installer et tout s'est correctement déroulé.
J'ai ensuite installer pgadmin III pour pouvoir l'administrer facilement.
Jusque là aucune problème.

Aujourd'hui j'ai voulu tester les connexions non locale car il n'y a que la BDD sur la VM, et elle doit être accessible de chez moi pour le dev et d'une autre VM qui héberge une appli web.

J'ai donc modifié la valeur de listen_adress de 'localhost' à '*' pour autoriser les connexions TCP/IP dans le fichier postgresql.conf puis j'ai ajouté "host all all 0.0.0.0/0 trust" dans le fichier pg_hba.conf pour autoriser toutes les connexions à toutes les bases (rassurez-vous c'est juste pour les tests).

Mais lorsque je teste la connexion :

Code:

psql -h IPDUSERVEUR -d NOMDELABDD

ça me répond :
Code:

1 2 3 psql: could not connect to server: Connection refused Is the server running on host "IPDUSERVEUR" and accepting TCP/IP connections on port 5432?
Cela fait des heures que je tourne sur google pour trouver un semblant de réponse mais rien à faire.
Auriez-vous déja rencontré ce type de problème ? Ou un piste à donner pour le résoudre ?

Merci à tous !

Est-ce que le serveur postgresql a bien été relancé après modification de postgresql.conf? Sinon, le faire

Exécuter la commande netstat -lt sur le serveur pour vérifier que ça écoute bien sur le port TCP 5432. Le résultat doit inclure des lignes du genre:

Citation:

tcp 0 0 *:postgresql *:* LISTEN
tcp6 0 0 [::]:postgresql [::]:* LISTEN

Le mot postgresql peut être remplacé par 5432 selon le système (en fait selon le contenu du fichier /etc/services)

S'il y a bien un serveur qui écoute, alors l'étape suivante est de chercher si un firewall ne bloque pas entre le client et le serveur.

Tout d'abord merci pour cette réponse rapide.

J'ai bien relancé le serveur a chaque modif pour être sur qu'elles étaient bien prises en compte.

Un netstat -lt renvoi :
Code:

1 2 3 4 5 6 7 8 9 10 11 Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 *:netbios-ssn *:* LISTEN tcp 0 0 *:sunrpc *:* LISTEN tcp 0 0 localhost.loca:krb_prop *:* LISTEN tcp 0 0 localhost.locald:domain *:* LISTEN tcp 0 0 *:ssh *:* LISTEN tcp 0 0 localhost.lo:postgresql *:* LISTEN tcp 0 0 localhost.localdoma:953 *:* LISTEN tcp 0 0 *:microsoft-ds *:* LISTEN
Pour ce qui est du firewall, j'ai vérifié que le mien (sur mon PC Windows) ne bloquait pas 5432. La VM tourne sous une Debian Lenny et je n'ai jamais touché à iptable, et il me semble que par defaut il n'y a aucune règle ?

En fouillant je suis tombé sur quelque chose qui peut être interessant mais que je ne sais pas interpréter : lorsque je scan les ports sur le serveur en lui demandant de scanner 'localhost', il me retourne que 5432 est bel et bien ouvert. Par contre quand je lui demande de scanner son IP, il ne scanne pas 5432 (enfin il ne l'affiche pas comme ouvert)...

Le résultat de netstat -lt semble indiquer que le serveur postgresql écoute sur localhost et pas sur l'interface générique, sinon il y aurait *:postgresql dans la 3eme colonne, comme c'est le cas pour le service ssh ou netbios-ssn

Ca voudrait dire que le paramètre listen_addresses='*' n'est pas pris en compte.
Sur debian Lenny, c'est bien le fichier /etc/postgresql/8.3/main/postgresql.conf que tu modifies?

Citation:

Ca voudrait dire que le paramètre listen_addresses='*' n'est pas pris en compte.
Sur debian Lenny, c'est bien le fichier /etc/postgresql/8.3/main/postgresql.conf que tu modifies?

OK c'est bon, je n'ose pas dire quel était le problème, c'est cette phrase qui m'a mis le doute et effectivement j'ai bel et bien passé 4h sur un problème ridiculement ridicule.

'listen_adresses' avait bien la valeur '*' mais était en quote...

En tout cas merci de t'être penché sur mon problème.