Re: Kerberos authentication, Active Directory, and PostgreSQL

Поиск
Список
Период
Сортировка
Искать
От
Turner, Ian
Тема
Re: Kerberos authentication, Active Directory, and PostgreSQL
Дата
Msg-id
28A4DB436106924BADF219EA31CE80AEF4BAD8@mailnyc2.nyc.deshaw.com
Ответ на
Список
Дерево обсуждения
Kerberos authentication, Active Directory, and PostgreSQL "Turner, Ian" <Ian.Turner@deshaw.com>
Re: Kerberos authentication, Active Directory, and PostgreSQL Peter Eisentraut <peter_e@gmx.net>
Re: Kerberos authentication, Active Directory, and PostgreSQL Bruce Momjian <bruce@momjian.us>
Re: Kerberos authentication, Active Directory, and PostgreSQL Tom Lane <tgl@sss.pgh.pa.us>
Re: Kerberos authentication, Active Directory, and PostgreSQL Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Kerberos authentication, Active Directory, and PostgreSQL "Turner, Ian" <Ian.Turner@deshaw.com>
Re: Kerberos authentication, Active Directory, and PostgreSQL Tom Lane <tgl@sss.pgh.pa.us>
Re: Kerberos authentication, Active Directory, and PostgreSQL "Turner, Ian" <Ian.Turner@deshaw.com>
Re: Kerberos authentication, Active Directory, and PostgreSQL "Turner, Ian" <Ian.Turner@deshaw.com>
Re: Kerberos authentication, Active Directory, and PostgreSQL Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Kerberos authentication, Active Directory, and PostgreSQL Magnus Hagander <magnus@hagander.net>
Re: Kerberos authentication, Active Directory, and PostgreSQL Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: Kerberos authentication, Active Directory, and PostgreSQL Tom Lane <tgl@sss.pgh.pa.us>
Re: Kerberos authentication, Active Directory, and PostgreSQL Magnus Hagander <magnus@hagander.net>
Re: Kerberos authentication, Active Directory, and PostgreSQL Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Tom Lane:
> I'd be inclined to just s/2000/32767/ and not bother with a symbol,

Heikki Linnakangas:
> The corresponding limit in pg_SSPI_recvauth() probably needs to be
> raised too..

Magnus Hagander:
> Actually, I found a note that said it's recommended to never increase
> it [above] 65535 - so perhaps we should put our limit at that instead
> [of] 32767?


Perhaps the thing to do is to use a symbol, set its value to 65535, and use=
 the same symbol for all of GSS, SSPI, and KRB5.

--Ian
В списке pgsql-bugs по дате отправления
От: Tom Lane
Дата:
От: Heikki Linnakangas
Дата:
FAQ