Re: new feature: LDAP database name resolution
От | Albe Laurenz |
---|---|
Тема | Re: new feature: LDAP database name resolution |
Дата | |
Msg-id | 52EF20B2E3209443BC37736D00C3C13806FC091B@EXADV1.host.magwien.gv.at обсуждение исходный текст |
Ответ на | new feature: LDAP database name resolution ("Albe Laurenz" <all@adv.magwien.gv.at>) |
Ответы |
Re: new feature: LDAP database name resolution
Re: new feature: LDAP database name resolution |
Список | pgsql-hackers |
Thanks to everybody who answered. Maybe it is really the best thing to use a tool like postgresql-relay or pgpool - I will investigate these. I'm not eager to reinvent the wheel. We have considered relocating DNS entries, but the problem is that a changed DNS entry takes long to propagate; in particular Windows has a caching problem there. Thank you also for drawing my attention to pg_service.conf - I have not been aware of it. There are two 'shortcomings': - It still means that you have to change the config file on every client. - This feature cannot be used with psql or ecpg, right? Do you think that it is worth the effort for me to look into extending the pg_service.conf/PGSYSCONFDIR approach to LDAP (and changing psql to use it)? Yours, Laurenz Albe
В списке pgsql-hackers по дате отправления: