Discussion :

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

listen_addresses = '*'

et dans le fichier pg_hba.conf la ligne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Invité]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
192.168.1.11/32 -> 32 = 255.255.255.255

Ne serait-ce pas plutôt 24? 255.255.255.0

[witch]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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

[witch]

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 ...

[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...?

[JeitEmgie]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

listen_addresses = '*'

et dans le fichier pg_hba.conf la ligne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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…)

[estofilo]

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.

[JeitEmgie]

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…