Discussion :

[CetTer]

Bonjour à tous,

J'essaye de me connecter à un serveur distant (postgresql 9.1) via psql et pg_basebackup mais la connexion échoue et il semble qu'à chaque tentative, si la connexion arrive bien sur le port 5432 du côté du serveur serveur distant, les clients utilisent pour la connexion sortante un autre port dont le numéro semble d'abord aléatoire puis autmatiquement incrémenté à chaque tentative.

A la première tentative de connexion, nestat -nputw sur le client indique:

Code :

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

1
2
3
4
5
 
(No info could be read for "-p": geteuid()=1000 but you should be root.)
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      1 IP_DU_CLIENT:38965    IP_DU_SERVEUR:5432      SYN_SENT

et à la seconde:

Code :

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

1
2
3
4
5
 
(No info could be read for "-p": geteuid()=1000 but you should be root.)
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      1 IP_DU_CLIENT:38966    IP_DU_SERVEUR:5432      SYN_SENT

postgresql.conf et pg_hba.conf semblent bien configurés.
Ce comportement ne semble pas documenté dans la documentation en-ligne de postgresql. Je m'attendais à ce que la connexion sortante se fasse aussi sur le port 5432 de la machine locale...
Est-ce que ces ports 38965 et 38966 doivent être ouverts pour les connexiosn sortantes dans le firewall (mais comment faire s'ils sont définis de manière aléatoire)? Il y a-t-il moyen de forcer psql et pg_basebackup à passer par le port 5432 du client.

Bien à vous,

[CetTer]

Après recherche sur Internet, il semble que le client utilise un port éphémère (son port est bien dans le range 32768 à 61000)
https://en.wikipedia.org/wiki/Ephemeral_port

Je dois dire que je ne connaissais pas ce concept