Re: Brokenness in parsing of pg_hba.conf

Поиск
Список
Период
Сортировка
Искать
От
Andrew Dunstan
Тема
Re: Brokenness in parsing of pg_hba.conf
Дата
Msg-id
3FFC8065.2030808@dunslane.net
Ответ на
Список
Дерево обсуждения
Brokenness in parsing of pg_hba.conf "Alex J. Avriette" <alex@posixnap.net>
Re: Brokenness in parsing of pg_hba.conf Andrew Dunstan <andrew@dunslane.net>
Re: Brokenness in parsing of pg_hba.conf Tom Lane <tgl@sss.pgh.pa.us>
Re: Brokenness in parsing of pg_hba.conf "Alex J. Avriette" <alex@posixnap.net>
Re: Brokenness in parsing of pg_hba.conf Tom Lane <tgl@sss.pgh.pa.us>
Re: Brokenness in parsing of pg_hba.conf "Alex J. Avriette" <alex@posixnap.net>
Re: Brokenness in parsing of pg_hba.conf Tom Lane <tgl@sss.pgh.pa.us>
Re: Brokenness in parsing of pg_hba.conf Tom Lane <tgl@sss.pgh.pa.us>
Re: Brokenness in parsing of pg_hba.conf "Andrew Dunstan" <andrew@dunslane.net>
Re: Brokenness in parsing of pg_hba.conf Greg Stark <gsstark@mit.edu>
Re: Brokenness in parsing of pg_hba.conf Bruce Momjian <pgman@candle.pha.pa.us>
Re: Brokenness in parsing of pg_hba.conf Kurt Roeckx <Q@ping.be>
Re: Brokenness in parsing of pg_hba.conf Greg Stark <gsstark@mit.edu>
Re: Brokenness in parsing of pg_hba.conf Bruce Momjian <pgman@candle.pha.pa.us>
Re: Brokenness in parsing of pg_hba.conf Andreas Pflug <pgadmin@pse-consulting.de>
Re: Brokenness in parsing of pg_hba.conf Andrew Dunstan <andrew@dunslane.net>
Re: Brokenness in parsing of pg_hba.conf Kurt Roeckx <Q@ping.be>
Re: Brokenness in parsing of pg_hba.conf Andrew Dunstan <andrew@dunslane.net>
Re: Brokenness in parsing of pg_hba.conf Kurt Roeckx <Q@ping.be>
Re: Brokenness in parsing of pg_hba.conf Andrew Dunstan <andrew@dunslane.net>
Re: Brokenness in parsing of pg_hba.conf Kurt Roeckx <Q@ping.be>
Re: Brokenness in parsing of pg_hba.conf Tom Lane <tgl@sss.pgh.pa.us>


Kurt Roeckx wrote:

>On Wed, Jan 07, 2004 at 01:58:54PM -0500, Andrew Dunstan wrote:
>  
>
>>I read it to mean that abbreviated forms (via inet_addr()) are OK for 
>>AF_INET but not for AF_INET6 (via inet_pton())
>>
>>    
>>
>
>But we use AF_UNSPEC/PF_UNSPEC.
>
>
>  
>



Even so, as I read it an IP6 address must follow the standard forms set 
out under inet_pton(), since that is the ONLY provision made for IP6 
addresses.



cheers

andrew


В списке pgsql-hackers по дате отправления
От: Bruno Wolff III
Дата:
От: Neil Conway
Дата:
Сообщение: RFC: bufmgr locking changes
FAQ