Re: pg_service.conf

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

In response to

Responses

Browse pgsql-hackers by date

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

Browse pgsql-patches by date

  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