| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Joachim Wieland <joe(at)mcknight(dot)de>, pgsql-patches(at)postgresql(dot)org |
| Subject: | Re: .pgpass file and unix domain sockets |
| Date: | 2006-05-16 16:14:18 |
| Message-ID: | 4469FA5A.3090504@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-patches |
Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>
>> Tom Lane wrote:
>>
>>> This is wrong according to my tests. "localhost" *does* work,
>>> at least in some cases.
>>>
>
>
>> As I understand it, the only case where it doesn't is where an explicit
>> host connection parameter pointing to the socket directory, or the same
>> via PGHOST, is used, Is that right?
>>
>
> Well, the point is that if you do that then you have to write that
> socket directory as the hostname in .pgpass. What was on the table for
> discussion was whether we like that behavior as-is (in which case we'd
> better document it), or whether we should make it match "localhost" in
> all cases, or whether we should do some third thing.
>
> Personally I wouldn't object to making it match "localhost" in all
> cases. That's what the documentation says, and the use-case for
> doing something more complicated seems pretty thin.
>
>
>
I almost agree. If anything, I'd prefer to provide for an explicit entry
covering all Unix Domain sockets - it took me by some surprise to find a
while back that "localhost" covers that case - it seems a mismatch with
how pg_hba.conf works.
cheers
andrew
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2006-05-16 16:16:53 | Re: .pgpass file and unix domain sockets |
| Previous Message | Rod Taylor | 2006-05-16 15:56:59 | Re: Compression and on-disk sorting |