Re: Why pg_hba not in table?

From: Philippe Ferreira <phil(dot)f(at)worldonline(dot)fr>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Scott Marlowe <smarlowe(at)g2switchworks(dot)com>, Michael Fuhr <mike(at)fuhr(dot)org>, Chris Browne <cbbrowne(at)acm(dot)org>, pgsql general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Why pg_hba not in table?
Date: 2006-02-08 18:47:41
Message-ID: 43EA3CCD.7030304@worldonline.fr
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


>>And you can change pg_hba.conf on the fly, so you don't have to restart
>>a 24/7 database because you locked the superuser out.
>>
>>
>
>If your back were against the wall, you could probably hand-edit the
>flat-file version of the permission file enough to let yourself in
>without shutting down the postmaster. It might not be as user-friendly
>
>to edit as the current pg_hba.conf, but it'd still be flat ASCII I expect.
>
Hi,

AFAIC, I've written scripts that alter the file "pg_hba.conf" on the fly,
while running PostgreSQL, and also *before* starting PostgreSQL !

The goal was to create a "restricted" mode, called via :
service postgresql start-restricted

For example, if the database server is off, and maintenance is needed
*before* any normal (non-superuser) connections, we can start the server
directly, with perfect security settings...

So, the actual pg_hba.conf file is ideal !
If we would have to start the database in order to reconfigure it to
prevent normal connections, a normal user could take advantage of this
to connect during this process !!

Don't loose flexibility and security for some "elegant" evolutions !

Best Regards,
Philippe Ferreira.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Joachim Wieland 2006-02-08 18:57:09 Re: Sequences/defaults and pg_dump
Previous Message Greg Stark 2006-02-08 18:45:48 Re: B-tree performance improvements in 8.x