From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org, Mark Woodward <pgsql(at)mohawksoft(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com> |
Subject: | Re: pg_service.conf |
Date: | 2006-02-19 17:41:21 |
Message-ID: | 11755.1140370881@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Martijn van Oosterhout <kleptog(at)svana(dot)org> writes:
> I think the major issue is that most such systems (like RFC2782) deal
> only with finding the hostname:port of the service and don't deal with
> usernames/passwords/dbname. What we want is a system that not only
> finds the service, but tells you enough to connect.
In other words, anyone on the LAN who asks nicely can get a database
password? No thank you.
I don't actually believe that a server-side substitute for pg_service
would be worth anything at all. First, it just begs the question of
how you find the server. Second, pg_service is only really interesting
if there are multiple servers you want to connect to. It's not
reasonable to assume that one of them will know about any (let alone
all) of the others. Once you start to think about security it's even
worse: you've got that one storing passwords and so on for the other
servers.
My complaint about pg_service is actually that it should have been
designed to support per-user values more easily. It's a takeoff on
the ODBC ini file concept, but we forgot the per-user ~/.odbc.ini part.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | elein | 2006-02-19 18:34:02 | Re: Domains and supporting functions |
Previous Message | Martijn van Oosterhout | 2006-02-19 17:29:49 | Re: possible design bug with PQescapeString() |
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Woodward | 2006-02-19 18:55:19 | Re: pg_service.conf |
Previous Message | Andrew Dunstan | 2006-02-19 16:38:12 | Re: implement prepared queries in plperl |