Re: pg_hba.conf hostname todo

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: pg_hba.conf hostname todo
Дата
Msg-id 4592F968.1040504@dunslane.net
обсуждение исходный текст
Ответ на Re: pg_hba.conf hostname todo  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
Stephen Frost wrote:
> * Andrew Dunstan (andrew@dunslane.net) wrote:
>   
>> Before we rehearse the discussion we had in June again, please review 
>> it. It ended on these sensible words from Tom at 
>> http://archives.postgresql.org/pgsql-hackers/2006-02/msg00550.php :
>>     
>
> I'd have to disagree with this sentiment and agree with Gregory's
> followup here:
> http://archives.postgresql.org/pgsql-hackers/2006-02/msg00553.php
>   

I don't know that there is a contradiction.

Frankly, any auth scheme based much on the client address or name is 
suspect, in my view. Organisations like those he refers to can simply 
put in a wildcard rule along with strong auth requirements and never 
have to bother. This is not like having to specify what address a client 
has to connect to.
>   
>>>> Personally, I doubt there's any great use case for DNS names. Like Tom 
>>>> says, if it involves much more that removing the AI_NUMERICHOST hint 
>>>> then let's forget it.
>>>>         
>>> Perhaps more to the point: let's do that and wait to see if the field
>>> demand justifies expending lots of sweat on anything smarter.  Given
>>> that we've gone this long with only allowing numeric IPs in pg_hba.conf,
>>> I suspect we'll find that few people really care.
>>>       
>
> I don't see that this argument really makes all that much sense- not
> doing it properly and then waiting to see if people use it isn't exactly
> how I'd go about finding out if people want it.
>
>     

It depends on what you define as "properly".

If you want to include the use of wildcards, then you need a heck of a 
lot more logic and processing. But we've hardly had people banging on 
the doors demanding this.

cheers

andrew



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [PATCHES] [BUGS] BUG #2846: inconsistent and confusing handling of
Следующее
От: "Simon Riggs"
Дата:
Сообщение: Re: Load distributed checkpoint