Re: Problem with reloading groups in pg_hba.conf
| От | Bruce Momjian |
|---|---|
| Тема | Re: Problem with reloading groups in pg_hba.conf |
| Дата | |
| Msg-id | 200203220530.g2M5UlE23951@candle.pha.pa.us обсуждение исходный текст |
| Ответ на | Problem with reloading groups in pg_hba.conf (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: Problem with reloading groups in pg_hba.conf
|
| Список | pgsql-hackers |
pgman wrote:
> Peter Eisentraut wrote:
> > Bruce Momjian writes:
> >
> > > I am adding users and groups to pg_hba.conf.
> >
> > You know what would be cool?
> >
> > GRANT CONNECT ON mydb TO GROUP myfriends;
> >
> > and it rewrites pg_hba.conf accordingly.
> >
> > Just a thought...
>
> We are actually not that far away. If you create a group for each
> database, you can grant access to just that group and add/delete users
> from that group at will. My new pg_group code will do that.
>
> Now, as far as rewriting pg_hba.conf, that goes into an area where we
> are not sure if the master connection information is in the file or in
> the database. We also get into a chicken and egg case where we have to
> have the database loaded to connect to it. I am interested to hear
> where people think we should go with this.
I have another idea. What if we had a default group for each database,
like pg_connect_{dbname}, and you can add/remove users from that group
to grant/remove connection privileges? Sort of like a default +dbname
in pg_hba.conf.
It sort of merges the group feature with pg_hba.conf connections.
-- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610)
853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill,
Pennsylvania19026
В списке pgsql-hackers по дате отправления: