Re: [HACKERS] Enabling replication connections by default in pg_hba.conf

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: [HACKERS] Enabling replication connections by default in pg_hba.conf
Дата
Msg-id CAB7nPqSE_Qcdu1qtFuoiD9qnVOKh_GrxUBieXv94w2bgou0uyA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Enabling replication connections by default inpg_hba.conf  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: [HACKERS] Enabling replication connections by default inpg_hba.conf
Список pgsql-hackers
On Tue, Mar 7, 2017 at 5:03 AM, Peter Eisentraut
<peter.eisentraut@2ndquadrant.com> wrote:
> On 3/3/17 20:30, Michael Paquier wrote:
>> Yeah, it looks sensible to me to keep "replication" for physical
>> replication, and switch logical replication checks to match a database
>> name in hba comparisons.
>
> I think we are OK to move ahead with this.
>
> Another question would be why only enable connections for
> @default_username@ by default, instead of all.

That would make sense as well.

> Also, with this change, some test code that sets up pg_hba.conf for
> replication can be removed.  See attached patch.

Indeed.

I think that the documentation of initdb should mention that
pg_hba.conf entries are configured for replication connections as
well, something like a sentence in the Description paragraph:
initdb sets pg_hba.conf entries using the specified authentication
method (trust by default) for non-replication as well as replication
connections.

What do you think?
-- 
Michael



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: [HACKERS] wait events for disk I/O
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: [HACKERS] Small fix to postgresql.conf.sample's comment on max_parallel_workers