L'erreur : Access to database denied

Version imprimable

05/03/2009, 13h24
witch

L'erreur : Access to database denied

Bonjour,

J'essaie de permettre un accès vers postgres depuis un poste qui fait partie du même réseau privé que le poste où j'ai installé postgres (avec une base de données et des connexions ...etc)
j'ai ajouté dans le fichier postgresql.conf la ligne :

Code:

listen_addresses = '*'

et dans le fichier pg_hba.conf la ligne :

Code:

host all all 192.168.1.11/32 trust

En essayant de se connecter au serveur depuis le poste (192.168.1.11) on retient l'erreur "Access to database denied "

Une idée?

Merci
05/03/2009, 14h29
Invité
Salut,
Code:

1 2 192.168.1.11/32 -> 32 = 255.255.255.255
Ne serait-ce pas plutôt 24? 255.255.255.0
05/03/2009, 15h39
witch
Citation:
Envoyé par Mygale1978

Salut,

Code:

1 2 192.168.1.11/32 -> 32 = 255.255.255.255

Ne serait-ce pas plutôt 24? 255.255.255.0
C'est bien 32 puisque normalement j'ai déjà les entrés suivantes :
Code:

1 2 3 4 host all all 192.168.1.11/32 trust # IPv4 local connections: host all all 127.0.0.1/32 trust
la ligne que j'ai ajouté c'est en bleu
:roll:
05/03/2009, 15h58
Invité

L'adresse 127.0.0.1 est une adresse de boucle locale avec son propre masque de sous-réseau.

Pour connaitre le masque de sous-réseau de ton poste 192.168.1.11 -> tape la commande ipconfig (windows) ou ifconfig (linux) dans un terminal
05/03/2009, 18h12
witch

Citation:

Envoyé par Mygale1978

L'adresse 127.0.0.1 est une adresse de boucle locale avec son propre masque de sous-réseau.

Pour connaitre le masque de sous-réseau de ton poste 192.168.1.11 -> tape la commande ipconfig (windows) ou ifconfig (linux) dans un terminal

Oui c'est bien le masque 255.255.255.0, donc j'ai mis 24 au lieu de 32, mais le problème persiste ...
05/03/2009, 20h34
estofilo

La ligne du pg_hba.conf est correcte mais la raison pour laquelle la connexion est refusée est écrite dans le log du serveur, si c'est possible il faudrait regarder là.

Et aussi il faut relancer le serveur (ou au minimum reload) après chaque modif de pg_hba.conf. Peut-être que tu le fais déjà mais comme tu ne le précises pas...?
05/03/2009, 20h42
JeitEmgie

Citation:

Envoyé par witch

Bonjour,

J'essaie de permettre un accès vers postgres depuis un poste qui fait partie du même réseau privé que le poste où j'ai installé postgres (avec une base de données et des connexions ...etc)
j'ai ajouté dans le fichier postgresql.conf la ligne :

Code:

listen_addresses = '*'

et dans le fichier pg_hba.conf la ligne :

Code:

host all all 192.168.1.11/32 trust

En essayant de se connecter au serveur depuis le poste (192.168.1.11) on retient l'erreur "Access to database denied "

Une idée?

Merci

essayez md5 au lieu de trust

(trust veut dire "faire confiance à la connection OS" càd si l'utilisateur peut se logger à l'ordinateur il peut se connecter à PostgreSQL… donc si le login que vous utilisez ne correspond pas à un "user" du serveur, vous n'aurez jamais accès… même si tout est en règle par ailleurs…)
05/03/2009, 20h58
estofilo

Citation:

Envoyé par JeitEmgie

essayez md5 au lieu de trust

(trust veut dire "faire confiance à la connection OS" càd si l'utilisateur peut se logger à l'ordinateur il peut se connecter à PostgreSQL… donc si le login que vous utilisez ne correspond pas à un "user" du serveur, vous n'aurez jamais accès… même si tout est en règle par ailleurs…)

Non, trust ne regarde pas si l'utilisateur a un compte système sur le serveur. C'est ident qui essaie de faire le lien avec un compte système.
Voir:
http://www.postgresql.org/docs/8.3/i...h-methods.html
Dans cette doc il est aussi mentionné que trust est fortement déconseillé pour les connexions TCP/IP. Non parce que ça ne marche pas mais parce que c'est trop permissif.
05/03/2009, 21h37
JeitEmgie

Citation:

Envoyé par estofilo

Non, trust ne regarde pas si l'utilisateur a un compte système sur le serveur. C'est ident qui essaie de faire le lien avec un compte système.
Voir:
http://www.postgresql.org/docs/8.3/i...h-methods.html
Dans cette doc il est aussi mentionné que trust est fortement déconseillé pour les connexions TCP/IP. Non parce que ça ne marche pas mais parce que c'est trop permissif.

juste…

"who can connect to the server" et pas "who can log in"*…

ne jamais trop faire confiance à sa mémoire… ;)
06/03/2009, 11h18
witch

Bonjour à tous,

Citation:

Envoyé par estofilo

La ligne du pg_hba.conf est correcte mais la raison pour laquelle la connexion est refusée est écrite dans le log du serveur, si c'est possible il faudrait regarder là.

Et aussi il faut relancer le serveur (ou au minimum reload) après chaque modif de pg_hba.conf. Peut-être que tu le fais déjà mais comme tu ne le précises pas...?

Si j'ai même redémarré la machine à chaque fois que je faisais un changement :aie:
l'erreur persiste, normalement si je ne peux pas avoir un accès à une base de données je devrais au moins pouvoir voir le serveur depuis l'autre machine? je ne sais plus :koi:

++
06/03/2009, 11h21
Invité

Witch,

Peux-tu me répondre à ces questions:

si quel OS tourne serveur postgresql? windows linux?
As-tu bien créé un user pour pouvoir te connecté à la db? si oui lequel?
As-tu véfifié le mot de passe?
Est-ce que le user que tu as créé est autorisé à se connecter à distance?

Merci.
06/03/2009, 11h37
estofilo

Citation:

Envoyé par witch

Bonjour à tous,

Si j'ai même redémarré la machine à chaque fois que je faisais un changement :aie:
l'erreur persiste, normalement si je ne peux pas avoir un accès à une base de données je devrais au moins pouvoir voir le serveur depuis l'autre machine? je ne sais plus :koi:

++

Il faut regarder dans les logs d'erreur du serveur, car l'erreur affichée par le client, ""Access to database denied " est trop peu parlante.
Une autre piste aussi: il peut s'agir d'un firewall entre le serveur et le client qui bloque la connexion.
06/03/2009, 16h09
witch

Salut,

Citation:

Envoyé par Mygale1978

si quel OS tourne serveur postgresql? windows linux?

windows

Citation:

Envoyé par Mygale1978

As-tu bien créé un user pour pouvoir te connecté à la db? si oui lequel?

oui, sous le nom de postgres

Citation:

Envoyé par Mygale1978

As-tu véfifié le mot de passe?

oui, j'ai créer plusieurs connexions localement sous le nom et le passe du user.

Citation:

Envoyé par Mygale1978

Est-ce que le user que tu as créé est autorisé à se connecter à distance?

oui
et puis c'est bon, mon erreur était que je modifiais le mauvais fichier de pg_hba.conf :oops: (je pense que c'est le fichier du back-up)

Merci à vous tous ;)