From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Problem with reloading groups in pg_hba.conf |
Date: | 2002-03-21 17:06:14 |
Message-ID: | 200203211706.g2LH6FU00975@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > Yes, that was the issue. We tell people pg_hba.conf only gets reloaded
> > when they tell the postmaster to do it. We can't have it happening at
> > random times, e.g. password change.
>
> I agree on that: the signal should cause the postmaster to reload
> pg_pwd/pg_group info *only*. So you cannot integrate the data from
> these files into the same datastructure as you use for pg_hba.conf;
> they have to be separate datastructures.
>
> I think what you are really asking is whether to expand groups by
> substitution of user names during read of the file, vs doing it
> on-the-fly when accepting a connection. On that I agree with Ross:
> better to move work out of the connection logic and into the file
> reread logic as much as possible.
Yes, I am doing that. pg_group will be tokenized into username tokens,
and on connection, the mention of a group token in pg_hba.conf will
cause a spin through the pg_group tokens to find a matching groupname,
then it will look for the requested username.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-03-21 17:13:17 | Where to get official SQL spec (was Re: Domain Support) |
Previous Message | Fernando Nasser | 2002-03-21 17:04:54 | Re: Domain Support -- another round |